百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术教程 > 正文

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应用开发中,使用多线程编程有很多好处,比如可以同时处理多个任务,提高程序的并发性;可以充分利用计算机的多核处理器,使得程序能够更好地利用计算机的资源,...

取消回复欢迎 发表评论: