Redis中缓存穿透问题与解决方法
mhr18 2025-05-14 15:07 3 浏览 0 评论
缓存穿透问题概述
在 Redis 作为缓存使用时,缓存穿透是常见问题。正常查询流程是先从 Redis 缓存获取数据,若有则直接使用;若没有则去数据库查询,查到后存入缓存。但当请求的数据在缓存和数据库中都不存在时,就会出现缓存穿透。大量此类请求会绕过缓存,直接给数据库造成巨大压力,甚至导致数据库崩溃,比如恶意攻击者用不存在的键发起大量请求来攻击系统。
解决方法及 Go 语言实现
1. 缓存空对象
- 原理:当数据库中不存在请求的数据时,将一个空对象存入 Redis 缓存,并设置较短的过期时间。后续相同请求就会从缓存中获取空对象,避免再次访问数据库。
- 示例代码:
go
package main
import (
"context"
"fmt"
"time"
"github.com/go-redis/redis/v8"
)
var redisClient = redis.NewClient(&redis.Options{
Addr: "localhost:6379",
Password: "",
DB: 0,
})
// GetData 从缓存或数据库获取数据
func GetData(ctx context.Context, key string) (string, error) {
// 先从 Redis 缓存获取数据
val, err := redisClient.Get(ctx, key).Result()
if err == nil {
if val == "__NULL__" {
return "", nil
}
return val, nil
}
if err != redis.Nil {
return "", err
}
// 缓存中没有数据,去数据库查询(这里模拟)
data := queryFromDatabase(key)
if data == "" {
// 数据库中也没有数据,将空对象存入缓存
err := redisClient.Set(ctx, key, "__NULL__", 60*time.Second).Err()
if err != nil {
return "", err
}
return "", nil
}
// 数据库中有数据,将数据存入缓存
err = redisClient.Set(ctx, key, data, 3600*time.Second).Err()
if err != nil {
return "", err
}
return data, nil
}
// queryFromDatabase 模拟从数据库查询数据
func queryFromDatabase(key string) string {
// 这里直接返回空字符串表示数据不存在
return ""
}
func main() {
ctx := context.Background()
key := "test_key"
data, err := GetData(ctx, key)
if err != nil {
fmt.Printf("Error getting data: %v\n", err)
return
}
fmt.Printf("Data: %s\n", data)
}
- 优缺点:优点:实现简单,能有效避免大量无效请求访问数据库。缺点:会占用一定缓存空间,若过期时间设置不当,可能影响业务。
2. 布隆过滤器
- 原理:布隆过滤器是一种空间效率高的概率型数据结构,可判断元素是否可能存在于集合中。将数据库中所有数据的键预先存入布隆过滤器,请求到来时先通过它判断键是否可能存在,若判断不存在则直接返回,若可能存在则继续正常查询流程。
- 示例代码:
go
package main
import (
"context"
"fmt"
"time"
"github.com/go-redis/redis/v8"
"github.com/RedisBloom/redisbloom-go"
)
var redisClient = redis.NewClient(&redis.Options{
Addr: "localhost:6379",
Password: "",
DB: 0,
})
var bloomFilter = redisbloom.NewClient(redisClient)
func initBloomFilter() error {
// 初始化布隆过滤器
return bloomFilter.Reserve("my_bloom_filter", 0.01, 10000)
}
func addKeysToBloomFilter(keys []string) error {
// 将键添加到布隆过滤器
for _, key := range keys {
err := bloomFilter.Add("my_bloom_filter", key)
if err != nil {
return err
}
}
return nil
}
// GetData 从缓存或数据库获取数据
func GetData(ctx context.Context, key string) (string, error) {
// 先通过布隆过滤器判断键是否可能存在
exists, err := bloomFilter.Exists("my_bloom_filter", key)
if err != nil {
return "", err
}
if!exists {
return "", nil
}
// 布隆过滤器判断可能存在,继续正常查询流程
val, err := redisClient.Get(ctx, key).Result()
if err == nil {
return val, nil
}
if err != redis.Nil {
return "", err
}
// 缓存中没有数据,去数据库查询(这里模拟)
data := queryFromDatabase(key)
if data != "" {
// 数据库中有数据,将数据存入缓存
err = redisClient.Set(ctx, key, data, 3600*time.Second).Err()
if err != nil {
return "", err
}
}
return data, nil
}
// queryFromDatabase 模拟从数据库查询数据
func queryFromDatabase(key string) string {
// 这里直接返回空字符串表示数据不存在
return ""
}
func main() {
ctx := context.Background()
err := initBloomFilter()
if err != nil {
fmt.Printf("Error initializing bloom filter: %v\n", err)
return
}
keys := []string{"key1", "key2", "key3"}
err = addKeysToBloomFilter(keys)
if err != nil {
fmt.Printf("Error adding keys to bloom filter: %v\n", err)
return
}
key := "test_key"
data, err := GetData(ctx, key)
if err != nil {
fmt.Printf("Error getting data: %v\n", err)
return
}
fmt.Printf("Data: %s\n", data)
}
- 优缺点:优点:空间效率高,能大幅减少不必要的数据库查询。缺点:存在一定误判率,创建和维护布隆过滤器需要额外资源。
3. 接口层进行校验
- 原理:在应用程序的接口层对请求参数进行合法性校验,过滤掉明显不合法的请求,如请求键格式不符、参数范围不合理等,在请求到达缓存和数据库前拦截无效请求。
- 示例代码(使用 Gin 框架):
go
package main
import (
"github.com/gin-gonic/gin"
)
func main() {
r := gin.Default()
r.GET("/get_data", func(c *gin.Context) {
key := c.Query("key")
// 简单的合法性校验,例如判断键是否为空
if key == "" {
c.JSON(400, gin.H{"error": "Invalid key"})
return
}
// 继续正常的查询流程
// ...
c.JSON(200, gin.H{"message": "Data fetched successfully"})
})
r.Run(":8080")
}
- 优缺点:优点:从源头上减少无效请求,实现简单,对业务逻辑侵入性小。缺点:需要了解业务规则并不断完善校验规则。
相关推荐
- B站收藏视频失效?mybili 收藏夹备份神器完整部署指南
-
本内容来源于@什么值得买APP,观点仅代表作者本人|作者:羊刀仙很多B站用户都有过类似经历:自己精心收藏的视频突然“消失”,点开一看不是“已被删除”,就是“因UP主设置不可见”。而B站并不会主动通知...
- 中间件推荐初始化配置
-
Redis推荐初始化配置bind0.0.0.0protected-modeyesport6379tcp-backlog511timeout300tcp-keepalive300...
- Redis中缓存穿透问题与解决方法
-
缓存穿透问题概述在Redis作为缓存使用时,缓存穿透是常见问题。正常查询流程是先从Redis缓存获取数据,若有则直接使用;若没有则去数据库查询,查到后存入缓存。但当请求的数据在缓存和数据库中都...
- 后端开发必看!Redis 哨兵机制如何保障系统高可用?
-
你是否曾在项目中遇到过Redis主服务器突然宕机,导致整个业务系统出现数据读取异常、响应延迟甚至服务中断的情况?面对这样的突发状况,作为互联网大厂的后端开发人员,如何快速恢复服务、保障系统的高可用...
- Redis合集-大Key处理建议
-
以下是Redis大Key问题的全流程解决方案,涵盖检测、处理、优化及预防策略,结合代码示例和最佳实践:一、大Key的定义与风险1.大Key判定标准数据类型大Key阈值风险场景S...
- 深入解析跳跃表:Redis里的"老六"数据结构,专治各种不服
-
大家好,我是你们的码农段子手,今天要给大家讲一个Redis世界里最会"跳科目三"的数据结构——跳跃表(SkipList)。这货表面上是个青铜,实际上是个王者,连红黑树见了都要喊声大哥。...
- Redis 中 AOF 持久化技术原理全解析,看完你就懂了!
-
你在使用Redis的过程中,有没有担心过数据丢失的问题?尤其是在服务器突然宕机、意外断电等情况发生时,那些还没来得及持久化的数据,是不是让你夜不能寐?别担心,Redis的AOF持久化技术就是...
- Redis合集-必备的几款运维工具
-
Redis在应用Redis时,经常会面临的运维工作,包括Redis的运行状态监控,数据迁移,主从集群、切片集群的部署和运维。接下来,从这三个方面,介绍一些工具。先来学习下监控Redis实时...
- 别再纠结线程池大小 + 线程数量了,没有固定公式的!
-
我们在百度上能很轻易地搜索到以下线程池设置大小的理论:在一台服务器上我们按照以下设置CPU密集型的程序-核心数+1I/O密集型的程序-核心数*2你不会真的按照这个理论来设置线程池的...
- 网络编程—IO多路复用详解
-
假如你想了解IO多路复用,那本文或许可以帮助你本文的最大目的就是想要把select、epoll在执行过程中干了什么叙述出来,所以具体的代码不会涉及,毕竟不同语言的接口有所区别。基础知识IO多路复用涉及...
- 5分钟学会C/C++多线程编程进程和线程
-
前言对线程有基本的理解简单的C++面向过程编程能力创造单个简单的线程。创造单个带参数的线程。如何等待线程结束。创造多个线程,并使用互斥量来防止资源抢占。会使用之后,直接跳到“汇总”,复制模板来用就行...
- 尽情阅读,技术进阶,详解mmap的原理
-
1.一句话概括mmapmmap的作用,在应用这一层,是让你把文件的某一段,当作内存一样来访问。将文件映射到物理内存,将进程虚拟空间映射到那块内存。这样,进程不仅能像访问内存一样读写文件,多个进程...
- C++11多线程知识点总结
-
一、多线程的基本概念1、进程与线程的区别和联系进程:进程是一个动态的过程,是一个活动的实体。简单来说,一个应用程序的运行就可以被看做是一个进程;线程:是运行中的实际的任务执行者。可以说,进程中包含了多...
- 微服务高可用的2个关键技巧,你一定用得上
-
概述上一篇文章讲了一个朋友公司使用SpringCloud架构遇到问题的一个真实案例,虽然不是什么大的技术问题,但如果对一些东西理解的不深刻,还真会犯一些错误。这篇文章我们来聊聊在微服务架构中,到底如...
- Java线程间如何共享与传递数据
-
1、背景在日常SpringBoot应用或者Java应用开发中,使用多线程编程有很多好处,比如可以同时处理多个任务,提高程序的并发性;可以充分利用计算机的多核处理器,使得程序能够更好地利用计算机的资源,...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (63)
- oracle批量插入数据 (62)
- oracle事务隔离级别 (53)
- oracle 空为0 (50)
- oracle主从同步 (55)
- oracle 乐观锁 (51)
- redis 命令 (78)
- php redis (88)
- redis 存储 (66)
- redis 锁 (69)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)