GoFrame的gdb對查詢結(jié)果的緩存處理是不是非常的優(yōu)雅。尤其是*gcache.Cache對象采用了適配器設(shè)計模式，可以輕松實現(xiàn)從單進程內(nèi)存緩存切換為分布式的Redis緩存，本文重點給大家介紹GoFrame 如何優(yōu)雅的緩存查詢結(jié)果，感興趣的朋友一起看看吧

查詢緩存

gdb支持對查詢結(jié)果的緩存處理，常用于多讀少寫的查詢緩存場景，并支持手動的緩存清理。

需要注意的是，查詢緩存僅支持鏈式操作，且在事務(wù)操作下不可用。

緩存對象

ORM對象默認情況下提供了緩存管理對象，該緩存對象類型為*gcache.Cache，也就是說同時也支持*gcache.Cache的所有特性。

可以通過GetCache() *gcache.Cache 接口方法獲得該緩存對象，并通過返回的對象實現(xiàn)自定義的各種緩存操作，例如：g.DB().GetCache().Keys()。

緩存適配（Redis緩存）

默認情況下ORM的*gcache.Cache緩存對象提供的是單進程內(nèi)存緩存，雖然性能非常高效，但是只能在單進程內(nèi)使用。

如果服務(wù)采用多節(jié)點部署，多節(jié)點之間的緩存可能會產(chǎn)生數(shù)據(jù)不一致的情況，因此大多數(shù)場景下我們都是通過Redis服務(wù)器來實現(xiàn)對數(shù)據(jù)庫查詢數(shù)據(jù)的緩存。

*gcache.Cache對象采用了適配器設(shè)計模式，可以輕松實現(xiàn)從單進程內(nèi)存緩存切換為分布式的Redis緩存。

示例代碼如下，是不是非常優(yōu)雅：

adapter := adapter.NewRedis(g.Redis())
g.DB().GetCache().SetAdapter(adapter)

Redis的緩存是基于查詢SQL作為鍵名，查詢結(jié)果作為鍵值。

通過Cache鏈式方法對緩存的寫入和清除都非常便捷。

使用示例

數(shù)據(jù)表結(jié)構(gòu)

CREATE TABLE `user` (
  `uid` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(30) NOT NULL DEFAULT '' COMMENT '昵稱',
  `site` varchar(255) NOT NULL DEFAULT '' COMMENT '網(wǎng)站',
  PRIMARY KEY (`uid`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;

示例代碼

package main
import (
    "github.com/gogf/gf/database/gdb"
    "github.com/gogf/gf/frame/g"
    "time"
)
func main() {
    db := g.DB()
    // 開啟調(diào)試模式，以便于記錄所有執(zhí)行的SQL
    db.SetDebug(true)

    // 執(zhí)行2次查詢并將查詢結(jié)果緩存1小時，并可執(zhí)行緩存名稱(可選)
    for i := 0; i < 2; i++ {
        r, _ := db.Table("user").Cache(time.Hour, "test-user").Where("uid", 1).One()
        g.Log().Print(r.Map())
    }
    // 執(zhí)行更新操作，并清理指定名稱的查詢緩存
    _, err := db.Table("user").Cache(-1, "test-user").Data(gdb.Map{"name": "海賊王"}).Where("uid", 1).Update()
    if err != nil {
        g.Log().Fatal(err)
    }
    // 再次執(zhí)行查詢，啟用查詢緩存特性
    r, _ := db.Table("user").Cache(time.Hour, "test-user").Where("uid", 1).One()
    g.Log().Print(r.Map())
}

執(zhí)行后輸出結(jié)果為（測試表數(shù)據(jù)結(jié)構(gòu)僅供示例參考）：

2022-06-15 21:44:12.228 [DEBU] [1 ms] SELECT * FROM `user` WHERE uid=1 LIMIT 1
2022-06-15 21:44:12.228 {"name":"王中陽","site":"https://juejin.cn/user/2189882892232029","uid":1}
2022-06-15 21:44:12.228 {"name":"王中陽","site":"https://juejin.cn/user/2189882892232029","uid":1}
2022-06-15 21:44:12.299 [DEBU] [1 ms] UPDATE `user` SET `name`='海賊王' WHERE uid=1
2022-06-15 21:44:12.300 [DEBU] [1 ms] SELECT * FROM `user` WHERE uid=1 LIMIT 1
2022-06-15 21:44:12.300 {"name":"海賊王","site":"https://juejin.cn/user/2189882892232029","uid":1}

小技巧

為了方便展示緩存效果，這里開啟了數(shù)據(jù)debug特性，當有任何的SQL操作時將會輸出到終端。

運行結(jié)果分析

執(zhí)行兩次One方法數(shù)據(jù)查詢，第一次走了SQL查詢，第二次直接使用到了緩存，SQL沒有提交到數(shù)據(jù)庫執(zhí)行，因此這里只打印了一條查詢SQL，并且兩次查詢的結(jié)果也是一致的。
注意這里為該查詢的緩存設(shè)置了一個自定義的名稱test-user，以便于后續(xù)清空更新緩存。如果緩存不需要清理，那么可以不用設(shè)置緩存名稱。
當執(zhí)行Update更新操作時，同時根據(jù)名稱清空指定的緩存。
隨后再執(zhí)行One方法數(shù)據(jù)查詢，這時重新緩存新的數(shù)據(jù)。