MySQL 往往会成为瓶颈 —— 短时间内大量重复读请求会把数据库压垮。本文结合实际项目经验，用 Cache-Aside 模式，一步步教你在 Go 项目中落地 Redis 缓存，既解决性Neng问题，又保证系统容错Neng力。

前言

缓存使用在现在的项目中非常常见，缓存在为我们带来便利的同时也会带来一些常见的问题。Ru果不谨慎使用，可Neng会带来意想不到的结果。Cache-Aside 是Zui常用的缓存策略之一。它让应用程序直接负责管理缓存和数据库之间的交互。想象一下：你是一位繁忙的餐厅服务员，厨房是食物的Zui终来源，而你的小本子是快速记录菜品信息的工具。顾客点餐时你先翻小本子kan是否有记录，Ru果没有才去厨房询问。这就是 Cache-Aside 的作用所在：应用程序与缓存和数据库交互,而缓存与数据库完全没有交互。

技术选型

在 Go 项目连接 Redis 时推荐使用 。需要传递 *redis.Options 并设置 addr、contextTimeout 等参数；务必复用全局 client 以避免频繁创建连接开销。Ru果需要geng轻量级的缓存方案Ke以选择 Memcached ，但需要注意其 value 必须是 byte 类型且不提供内置的序列化功Neng。

选择哪种方案取决于你的数据结构、过期策略以及 需求。Redis 的功Nenggeng丰富一些。

Cache-Aside 的核心思想

Cache-Aside 模式的核心在于应用程序显式地控制缓存的读写过程。它遵循以下原则：

读取数据时先从缓存中查找数据；Ru果缓存命中则直接返回；Ru果未命中则从数据库查询数据并写入到缓存中；

写入数据时先geng新数据库；然后删除或geng新相应的缓存条目。

代码实现 依赖安装

go get github.com/redis/go-redis/v9

初始化 Redis Client

import (
    "context"
    "fmt"  //引入fmt包用于格式化输出和打印调试信息)  //引入context包用于处理goroutine上下文)  //引入time包用于设置过期时间) //引入json包用于序列化和反序列化JSON数据) //引入errors包用于处理错误) //引入redis包进行Redis操作)
var rdb *redis.Client // 全局 Redis Client实例
func init { // 初始化函数会在程序启动时自动执行。) {   ctx := context.Background   rdb = redis.NewClient   _, err := rdb.Ping.Result   if err != nil {       panic   }   fmt.Println}

Key 生成策略

用函数生成 Key 是一个好习惯——既规范又不容易冲突。

// 生成收件人列表缓存 Keyfunc KeyRecips string { return fmt.Sprintf}// 生成用户待投递列表缓存 Keyfunc KeyPendingUser string { return fmt.Sprintf}

读路径

以 “查询消息收件人列表” 为例

func GetRecips  { key := KeyRecips // . 尝试从缓存获取 if rdb != nil { val, err := rdb.Get.Result if err == nil && val != "" { // 缓存命中：反序列化 JSON var recips string if json.Unmarshal, &recips) == nil { return recips, nil } } }

步骤 ：缓存未命中，查数据库

这里用 queryRecipsFromDB 代替具体 SQL 查询，重点kan逻辑。

 // . Ru果Redis可用且Key有值 , 直接反序列化返回 recips , err : = queryRecipsFromDB  if err ! = nil { return nil , err } 

步骤 ：结果写回缓存在带 TTL

把数据库查到的结果序列化 , 写回Redis , 设置短TTL ,避免缓太久不一致

  if rdb ! = nil { if b , err : = json . Marshal ; err == nil{ _ : = rdb . Set . Err  }} return recips , nil} 

写路径

写操作的核心是 ： 先确保数据库事务成功 ， 再动缓存

  func SaveMessageAndRecipients error {// . geng新数据库tx , err : = db . BeginTx //... 执行SQL语句geng新消息和收件人信息if err ! = nil{ _ : = tx . Rollback  return fmt . Errorf } _ : = tx . Commit // ... geng新收件人列表 cacheKey : = KeyRecipients  recipients , _ : = json . Marshal // 删除旧的cache entry_ : = rdb . Del . Result // 设置新的cache entry_ :  = rdb . Set . Result return nil}

应对挑战 1、缓穿透

当查询一个不存在的数据时 ， 会发生穿透 。解决方案包括 ：

空值填充将空结果也写入到cache中 ， 但设置较短的过期时间 。

布隆过滤器在cache之前检查key是否存在于布隆过滤器中 ， Ru果不存在则直接返回错误 。

2、缓击穿

当某个热点key失效时 ， 大量请求同时访问数据库导致击穿 。解决方案包括 ：

互斥锁使用分布式锁来限制同时访问数据库的线程数 。

永不过期key对于某些重要数据 ， Ke以设置永不过期key ， 但定期刷新 。

3、缓雪崩

大面积的cache失效导致大量请求涌入数据库 。解决方案包括 ：

限流降级当cache失效时 ， 对请求进行限流或降级处理 。

预热cache在高峰期到来之前 ， 将热点数据提前加载到cache中 。

Cache - Aside模式是一种简单而有效的缓策略 ， 但在使用过程中需要注意各种潜在问题并采取相应的解决方案 。希望本文Neng帮助你在Go项目中成功落地Redis cache ，提升系统性Neng和可靠性

---