database/gdb: fixed hasTable and getSoftFieldNameAndType use memory cache

[seth-shi]

Fixed: #3574

1. add Memory Cache
2. hasTable from resultCache to memCache
3. getSoftFieldNameAndType from defaultCache to db.memCache (db uses its own memory cache to avoid global competition)

[seth-shi]

why ci always err https:/gogf/gf/actions/runs/9073254418/job/24930062676?pr=3579

[gqcn]

@seth-shi 没有必要加个MemCache，数据库就设置一个Cache即可，用于SQL查询缓存。至于一些内部的缓存数据例如数据表结构可以在内部使用内存缓存对象来缓存。在目前最新版本v2.7.1中，已经将数据表结构改为了gcache内存缓存。

[Issues-translate-bot]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

@seth-shi There is no need to add a MemCache, just set a Cache in the database for SQL query caching. As for some internal cache data such as data table structures, they can be cached internally using memory cache objects. In the latest version v2.7.1, the data table structure has been changed to gcache memory cache.

[seth-shi]

@gqcn 请重新打开我的 pr, 谢谢. 直接用 gcache 有一个 bug, 有死锁. 应该使用我的方法, gdb 内部有自己的 cache.

bug:

gcache.GetOrSetFuncLock(ctx, key, function() {

     return dao.xxx.first()
})

由于外层使用了 gcache 上锁了, 内部 db 也使用, 导致死锁. 可以稳定复现

[Issues-translate-bot]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

@gqcn Please reopen my pr, thank you. There is a bug in using gcache directly, and there is a deadlock. You should use my method, gdb has its own cache internally.

bug:

gcache.GetOrSetFuncLock(ctx, key, function() {

     return dao.xxx.first()
})

Since the outer layer uses gcache and is locked, the internal db is also used, resulting in a deadlock. It can be reproduced stably.

[gqcn]

@gqcn 请重新打开我的 pr, 谢谢. 直接用 gcache 有一个 bug, 有死锁. 应该使用我的方法, gdb 内部有自己的 cache.

bug:

gcache.GetOrSetFuncLock(ctx, key, function() {

     return dao.xxx.first()
})

由于外层使用了 gcache 上锁了, 内部 db 也使用, 导致死锁. 可以稳定复现

你好，这个问题我已经在另一个pr中修复了：#3585 。同时修复还有租户端ORM缓存可能会碰撞的问题。