Golang + Redis解决缓存击穿（双层缓存）

原创

于 2024-03-10 14:09:59 发布 · 1.4k 阅读

23 ·

CC 4.0 BY-SA版权

文章标签：

#缓存 #golang #redis #缓存击穿 #面试 #后端 #设计

Golang + Redis解决缓存穿透（双层缓存）

代码地址：
https://github.com/ziyifast/ziyifast-code_instruction/tree/main/redis_demo/cache_breakdown

1 概念

目前主流方案是在数据库前加一层缓存。类似于DB的防弹衣。
缓存击穿：Redis热点key过期，查询Redis不存在，高并发情况下大量请求打到DB。

拓展：

概念	产生原因	解决思路
缓存穿透	恶意请求不存在的Key	缓存空对象、布隆过滤器等
缓存雪崩	Redis大面积key过期	快速失败熔断、主从模式、集群模式。过期时间尽量随机
缓存击穿	热点Key过期	互斥更新、随机退避、差异失效时间（两份缓存cacheA、cacheB，差异过期时间）

1.1 缓存击穿：热点key过期

如淘宝天猫聚优选页面，经常会有最火HOT排行，这个排行定时会更新，那么在更新时，我们会去删除之前Redis的缓存，然后从数据库加载新的数据到Redis。

删除时，我们可以理解为key过期了，因为浏览器缓存如果此时有大量用户在页面点击Redis中已经过期的商品，就会有大量请求打到数据库。

在这里插入图片描述

1.2 解决方案：双层缓存

解决方案：双层缓存（cacheA、cacheB）

互斥更新、随机退避、差异失效时间（两份缓存，差异过期时间）

我们可以将热点Key在Redis中存两份（两份过期时间不同=》差异过期时间），cacheA过期时，保证在cacheA加载新数据完成前，用户能查询到cacheB中的数据，不至于大量请求直接打到数据库。

因为热点key的数据较少，因此缓存两份不会对内存有太多开销。

2 代码

2.1 模拟缓存击穿

1 演示

案例解析：

Redis中存热点数据20个，然后提供一个接口返回topK的热点数据

8s后刷新redis缓存，模拟key过期

重新加载数据sleep 6秒，模拟数据库及IO耗时

①热点key过期前，请求到了redis就返回了
在这里插入图片描述

②当热点key过期时，请求直接打到数据库

2 代码

package main

import (
	"context"
	"encoding/json"
	"fmt"
	"github.com/go-redis/redis/v8"
	"github.com/kataras/iris/v12"
	context2 "github.com/kataras/iris/v12/context"
	"github.com/ziyifast/log"
	"time"
)

var RedisCli *redis.Client

func init() {
   
   
	RedisCli = redis.NewClient(&redis.Options{
   
   
		Addr: "localhost:6379",
		DB:   0,
	})
	_, err := RedisCli.Del(context.TODO(), GoodsKeyCacheA).Result()
	if err != nil {
   
   
		panic(err)
	}
}

type Goods struct {
   
   
	Id   int    `json:"id"`
	Name string `json:"name"`
}

var (
	GoodsKeyCacheA = "goodsA"
	GoodsKeyCacheB = "goodsB"
)

func InitDb(s, count int, cacheKey string) {
   
   
	for i := s; i < s+count; i++ {
   
   
		g := &Goods{
   
   
			Id:   i + 1,
			Name: fmt.Sprintf("good-%d", i+1),
		}
		marshal, err := json.Marshal(g)
		if err != nil {
   
   
			panic(err