尝试实现(复制)数据库/缓存查询场景时出现 Golang (GO) 通道问题
大家好,今天本人给大家带来文章《尝试实现(复制)数据库/缓存查询场景时出现 Golang (GO) 通道问题》,文中内容主要涉及到,如果你对Golang方面的知识点感兴趣,那就请各位朋友继续看下去吧~希望能真正帮到你们,谢谢!
所以我对通道、等待组、互斥体等很陌生,并尝试创建一个应用程序来查询结构体的切片以获取数据,如果找到数据,则将其加载到映射中。 我基本上是在尝试复制缓存/数据库场景(但目前将两者都放在内存中以便于理解)。
现在,在查询数据时,它会从数据库和缓存中查询,我为此设置了一个 rwmutex;但是在使用另一个 go 例程(通过通道)读取存储到缓存或数据库中的数据时。它从 (db go-routine) 和 (cache go-routine) 读取。所以我所做的是每次从缓存 go-routine 中读取数据时,我都会耗尽一个元素的 db go-routing。
package main
import (
"fmt"
"math/rand"
"strconv"
"sync"
"time"
)
type Book struct {
id int
name string
}
var cache = map[int]Book{}
var books []Book
var rnd = rand.New(rand.NewSource(time.Now().UnixNano()))
func main() {
cacheCh := make(chan Book)
dbCh := make(chan Book)
wg := &sync.WaitGroup{}
m := &sync.RWMutex{}
loadDb()
for i := 0; i < 10; i++ {
id := rnd.Intn(10)
wg.Add(1)
go func(id int, wg *sync.WaitGroup, m *sync.RWMutex, ch chan<- Book) {
if find, book := queryCache(id, m); find {
fmt.Println("Found Book In Cache: ", book)
ch <- book
}
wg.Done()
}(id, wg, m, cacheCh)
wg.Add(1)
go func(id int, wg *sync.WaitGroup, m *sync.RWMutex, ch chan<- Book) {
if find, book := queryDb(id, m); find {
ch <- book
}
wg.Done()
}(id, wg, m, dbCh)
go func(dbCh, cacheCh <-chan Book) {
var book Book
select {
case book = <-cacheCh:
msg := <-dbCh
fmt.Println("Drain DbCh From: ", msg, "\nBook From Cache: ", book.name)
case book = <-dbCh:
fmt.Println("Book From Database: ", book.name)
}
}(dbCh, cacheCh)
}
wg.Wait()
}
func queryCache(id int, m *sync.RWMutex) (bool, Book) {
m.RLock()
b, ok := cache[id]
m.RUnlock()
return ok, b
}
func queryDb(id int, m *sync.RWMutex) (bool, Book) {
for _, val := range books {
if val.id == id {
m.Lock()
cache[id] = val
m.Unlock()
return true, val
}
}
var bnf Book
return false, bnf
}
func loadDb() {
var book Book
for i := 0; i < 10; i++ {
book.id = i
book.name = "a" + strconv.Itoa(i)
books = append(books, book)
}
}
另外,我知道在这段代码中它总是会查询数据库,即使它在缓存中发现了不理想的命中。但是,这只是一个测试场景,我所优先考虑的是用户以尽可能最快的模式接收详细信息(即,如果缓存中不存在该详细信息,则不应等待缓存的响应在查询数据库之前)。
如果可能的话请帮忙,我对此很陌生,所以这可能是微不足道的。
抱歉,谢谢。
解决方案
我看到的问题主要与对事物执行顺序的假设有关:
- 您假设数据库/缓存检索 go 例程将按顺序返回;对此无法保证(理论上,最后请求的一本书可以首先添加到通道中,并且缓存通道上的条目的顺序可能与数据库通道不同)。
- 上述一点否定了额外的
msg := <-dbch(因为数据库可能会在缓存之前返回结果,在这种情况下,通道不会被耗尽)。这会导致僵局。 - 当等待组完成时,您的代码将退出,并且这可能并且可能会在检索结果的 go 例程完成之前发生(带有
select的 go 例程不使用等待组) - 这实际上不是问题,因为您的代码在此之前陷入僵局。
下面的代码(playground)是我尝试解决这些问题,同时让您的代码大部分保持原样(我确实创建了一个 getbook 函数,因为我认为这更容易理解)。我不保证我的代码没有错误,但希望它能有所帮助。
package main
import (
"fmt"
"math/rand"
"strconv"
"sync"
"time"
)
type Book struct {
id int
name string
}
var cache = map[int]Book{}
var books []Book
var rnd = rand.New(rand.NewSource(time.Now().UnixNano())) // Note: Not random on playground as time is simulated
func main() {
wg := &sync.WaitGroup{}
m := &sync.RWMutex{}
loadDb()
for i := 0; i < 10; i++ {
id := rnd.Intn(10)
wg.Add(1) // Could also add 10 before entering the loop
go func(wg *sync.WaitGroup, m *sync.RWMutex, id int) {
getBook(m, id)
wg.Done() // The book has been retrieved; loop can exit when all books retrieved
}(wg, m, id)
}
wg.Wait() // Wait until all books have been retrieved
}
// getBook will retrieve a book (from the cache or the db)
func getBook(m *sync.RWMutex, id int) {
fmt.Printf("Requesting book: %d\n", id)
cacheCh := make(chan Book)
dbCh := make(chan Book)
go func(id int, m *sync.RWMutex, ch chan<- Book) {
if find, book := queryCache(id, m); find {
//fmt.Println("Found Book In Cache: ", book)
ch <- book
}
close(ch)
}(id, m, cacheCh)
go func(id int, m *sync.RWMutex, ch chan<- Book) {
if find, book := queryDb(id, m); find {
ch <- book
}
close(ch)
}(id, m, dbCh)
// Wait for a result from one of the above - Note that we make no assumptions
// about the order of the results but do assume that dbCh will ALWAYS return a book
// We want to return from this function as soon as a result is received (because in reality
// we would return the result)
for {
select {
case book, ok := <-cacheCh:
if !ok { // Book is not in the cache so we need to wait for the database query
cacheCh = nil // Prevents select from considering this
continue
}
fmt.Println("Book From Cache: ", book.name)
drainBookChan(dbCh) // The database will always return something (in reality you would cancel a context here to stop the database query)
return
case book := <-dbCh:
dbCh = nil // Nothing else will come through this channel
fmt.Println("Book From Database: ", book.name)
if cacheCh != nil {
drainBookChan(cacheCh)
}
return
}
}
}
// drainBookChan starts a go routine to drain the channel passed in
func drainBookChan(bChan chan Book) {
go func() {
for _ = range bChan {
}
}()
}
func queryCache(id int, m *sync.RWMutex) (bool, Book) {
time.Sleep(time.Duration(rnd.Intn(100)) * time.Millisecond) // Introduce some randomness (otherwise everything comes from DB)
m.RLock()
b, ok := cache[id]
m.RUnlock()
return ok, b
}
func queryDb(id int, m *sync.RWMutex) (bool, Book) {
time.Sleep(time.Duration(rnd.Intn(100)) * time.Millisecond) // Introduce some randomness (otherwise everything comes from DB)
for _, val := range books {
if val.id == id {
m.Lock()
cache[id] = val
m.Unlock()
return true, val
}
}
var bnf Book
return false, bnf
}
func loadDb() {
var book Book
for i := 0; i < 10; i++ {
book.id = i
book.name = "a" + strconv.Itoa(i)
books = append(books, book)
}
}本篇关于《尝试实现(复制)数据库/缓存查询场景时出现 Golang (GO) 通道问题》的介绍就到此结束啦,但是学无止境,想要了解学习更多关于Golang的相关知识,请关注golang学习网公众号!
Spring MVC 中视图解析器的作用是什么?
- 上一篇
- Spring MVC 中视图解析器的作用是什么?
- 下一篇
- 通透!机器学习各大模型原理的深度剖析!
-
- Golang · Go问答 | 20小时前 |
- Go t.Cleanup注册后测试提前Fatal的资源释放边界
- 399浏览 收藏
-
- Golang · Go问答 | 21小时前 |
- Go testing t.Parallel与t.Setenv冲突时的组织方式
- 265浏览 收藏
-
- Golang · Go问答 | 23小时前 | 并发 · go · sync.Mutex go vet copylocks
- Go mutex复制后锁状态失效的代码审查要点
- 431浏览 收藏
-
- Golang · Go问答 | 23小时前 | 并发 · go · 排查 · 数据竞争 Go并发 sync/atomic
- Go atomic值混用普通读写引起数据竞争的修复清单
- 289浏览 收藏
-
- Golang · Go问答 | 23小时前 |
- Go sync.Pool取回旧对象状态时的重置排查
- 327浏览 收藏
-
- Golang · Go问答 | 23小时前 |
- Go copy返回长度小于预期时的切片容量分析
- 246浏览 收藏
-
- Golang · Go问答 | 23小时前 | 排序 · go ·
- Go sort.Slice比较器不满足严格弱序时的异常表现
- 404浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 197次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 252次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 207次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 192次使用
-
- CMMLU
- 深入了解CMMLU中文评估基准,涵盖67个学科主题,提供数据集下载、Zero-shot/Five-shot评估方法及排行榜,助力优化中文语言模型性能。
- 182次使用
-
- 用Nginx反向代理部署go写的网站。
- 2023-01-17 502浏览
-
- GoLand调式动态执行代码
- 2023-01-13 502浏览
-
- Go sql.Tx提交成功前读取结果导致事务边界混乱的修复方法
- 2026-09-20 501浏览
-
- Go select 用 time.After 做超时有什么资源代价
- 2026-09-10 501浏览
-
- Go 取 range 变量地址为什么得到重复指针
- 2026-09-07 501浏览

