快捷導(dǎo)航

GoFrame 框架緩存查詢(xún)結(jié)果的示例詳解

更新時(shí)間：2022年06月16日 09:03:30 作者：王中陽(yáng)Go

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

查詢(xún)緩存

gdb支持對(duì)查詢(xún)結(jié)果的緩存處理，常用于多讀少寫(xiě)的查詢(xún)緩存場(chǎng)景，并支持手動(dòng)的緩存清理。

需要注意的是，查詢(xún)緩存僅支持鏈?zhǔn)讲僮鳎以谑聞?wù)操作下不可用。

緩存對(duì)象

ORM對(duì)象默認(rèn)情況下提供了緩存管理對(duì)象，該緩存對(duì)象類(lèi)型為*gcache.Cache，也就是說(shuō)同時(shí)也支持*gcache.Cache的所有特性。

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

緩存適配（Redis緩存）

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

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

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

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

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

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

通過(guò)Cache鏈?zhǔn)椒椒▽?duì)緩存的寫(xiě)入和清除都非常便捷。

使用示例

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

CREATE TABLE `user` (
  `uid` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(30) NOT NULL DEFAULT '' COMMENT '昵稱(chēng)',
  `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()
    // 開(kāi)啟調(diào)試模式，以便于記錄所有執(zhí)行的SQL
    db.SetDebug(true)

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

執(zhí)行后輸出結(jié)果為（測(cè)試表數(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":"王中陽(yáng)","site":"https://juejin.cn/user/2189882892232029","uid":1}
2022-06-15 21:44:12.228 {"name":"王中陽(yáng)","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}

小技巧

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

運(yùn)行結(jié)果分析

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

總結(jié)

GoFrame的gdb對(duì)查詢(xún)結(jié)果的緩存處理是不是非常的優(yōu)雅。尤其是*gcache.Cache對(duì)象采用了適配器設(shè)計(jì)模式，可以輕松實(shí)現(xiàn)從單進(jìn)程內(nèi)存緩存切換為分布式的Redis緩存。

到此這篇關(guān)于GoFrame 如何優(yōu)雅的緩存查詢(xún)結(jié)果的文章就介紹到這了,更多相關(guān)GoFrame 緩存查詢(xún)結(jié)果內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: