清理redis缓存命令（redis主要解决了什么问题）
本文目录
redis主要解决了什么问题
Redis 常见的性能问题和解决方法
1.Master写内存快照
save命令调度rdbSave函数，会阻塞主线程的工作，当快照比较大时对性能影响是非常大的，会间断性暂停服务，所以Master最好不要写内存快照。
2.Master AOF持久化
如果不重写AOF文件，这个持久化方式对性能的影响是最小的，但是AOF文件会不断增大，AOF文件过大会影响Master重启的恢复速度。
3.Master调用BGREWRITEAOF
Master调用BGREWRITEAOF重写AOF文件，AOF在重写的时候会占大量的CPU和内存资源，导致服务load过高，出现短暂服务暂停现象。
下面是我的一个实际项目的情况，大概情况是这样的：一个Master，4个Slave，没有Sharding机制，仅是读写分离，Master负责写入操作和AOF日志备份，AOF文件大概5G，Slave负责读操作，当Master调用BGREWRITEAOF时，Master和Slave负载会突然陡增，Master的写入请求基本上都不响应了，持续了大概5分钟，Slave的读请求过也半无法及时响应，Master和Slave的服务器负载图如下：
Master Server load：
Slave server load：
上面的情况本来不会也不应该发生的，是因为以前Master的这个机器是Slave，在上面有一个shell定时任务在每天的上午10点调用BGREWRITEAOF重写AOF文件，后来由于Master机器down了，就把备份的这个Slave切成Master了，但是这个定时任务忘记删除了，就导致了上面悲剧情况的发生，原因还是找了几天才找到的。
将no-appendfsync-on-rewrite的配置设为yes可以缓解这个问题，设置为yes表示rewrite期间对新写操作不fsync，暂时存在内存中，等rewrite完成后再写入。最好是不开启Master的AOF备份功能。
4.Redis主从复制的性能问题
第一次Slave向Master同步的实现是：Slave向Master发出同步请求，Master先dump出rdb文件，然后将rdb文件全量传输给slave，然后Master把缓存的命令转发给Slave，初次同步完成。第二次以及以后的同步实现是：Master将变量的快照直接实时依次发送给各个Slave。不管什么原因导致Slave和Master断开重连都会重复以上过程。Redis的主从复制是建立在内存快照的持久化基础上，只要有Slave就一定会有内存快照发生。虽然Redis宣称主从复制无阻塞，但由于Redis使用单线程服务，如果Master快照文件比较大，那么第一次全量传输会耗费比较长时间，且文件传输过程中Master可能无法提供服务，也就是说服务会中断，对于关键服务，这个后果也是很可怕的。
以上1.2.3.4根本问题的原因都离不开系统io瓶颈问题，也就是硬盘读写速度不够快，主进程 fsync()/write() 操作被阻塞。
5.单点故障问题
由于目前Redis的主从复制还不够成熟，所以存在明显的单点故障问题，这个目前只能自己做方案解决，如：主动复制，Proxy实现Slave对Master的替换等，这个也是Redis作者目前比较优先的任务之一，作者的解决方案思路简单优雅，详情可见 Redis Sentinel design draft
总结
Master最好不要做任何持久化工作，包括内存快照和AOF日志文件，特别是不要启用内存快照做持久化。
如果数据比较关键，某个Slave开启AOF备份数据，策略为每秒同步一次。
为了主从复制的速度和连接的稳定性，Slave和Master最好在同一个局域网内。
尽量避免在压力较大的主库上增加从库
为了Master的稳定性，主从复制不要用图状结构，用单向链表结构更稳定，即主从关系为：Master《–Slave1《–Slave2《–Slave3…….，这样的结构也方便解决单点故障问题，实现Slave对Master的替换，也即，如果Master挂了，可以立马启用Slave1做Master，其他不变。
Redis缓存过期机制
一、针对与设置了过期时间的key值
1.（主动）定期删除：定时随机的检查过期的key，如果过期则清理删除
redis.conf(每秒检查的次数1-500)配置: hz 10
2.（被动）惰性删除：当客户端请求到一个已经过期的key时，redis会检查是否过期并删除
所以，虽然key过期了，但是没被清理的话，还是会占内存的。
二、内存淘汰管理机制Memory Management
当内存占满之后，redis提供缓存淘汰机制。
redis.conf: maxmemory 《bytes》
* noeviction：旧缓存永不过期，新缓存设置不了，返回错误
* allkeys-lru：清除最少用的旧缓存，然后保存新的缓存（推荐使用）
* allkeys-random：在所有的缓存中随机删除（不推荐）
* volatile-lru：在那些设置了expire过期时间的缓存中，清除最少用的旧缓存，然后保存新的缓存
* volatile-random：在那些设置了expire过期时间的缓存中，随机删除缓存
* volatile-ttl：在那些设置了expire过期时间的缓存中，删除即将过期的
在不影响性能的情况下，怎么快速批量删除redis数据
业务场景： redis数据切换到Oracle，取消持久化，redis只做缓存
具体需求： 从redis从库里获得了400w个无过期时间的hashkey，需要在主库中将其删除
矛盾点：
1.如果直接批量删除会导致redis拥塞，影响正常业务
2.如果每删除一个key，sleep50ms，不会影响业务，但是根据经验要跑两天
最终问题: 在不影响性能的情况下，怎么快速批量删除redis数据？
Redis删key删得飞快，400w也不在话下。我怀疑其实瓶颈在于网络。
如果你是一个一个key删的，每次发送一个命令都会导致客户端等待redis的回复，浪费了大量网络带宽。
可以试试用pipelining/transactions。在不饱和redis端网络带宽的前提下，以最大速度发送命令，然后一次执行。
如果这都不行的话，可以写一个Lua脚本，识别并删除无用的key，发送到redis用eval执行。这样应该不会阻塞网络。
如果这样还是影响业务的话。。终极解决方案是创建一个master/slave，在slave上删除key，而将请求用master处理。删完key之后把slave晋升成master，再将请求转向它。
2014年07月24日回答
滕亦飞1.3k
尝试下 redis 的 eval 命令。
例如删除 old-fashioned: 开头的所有 KEY
eval "redis.call(’del’, unpack(redis.call(’keys’,’old-fashioned:*’)))" 0
如果单次删除性能消耗大，可以考虑分批删除。
更多文章：
2026年10月11日 07:00
2026年10月11日 06:00
在from子句中可以出现（如何在from 子句中嵌套查询下面的语句在access中出错！）
2026年10月11日 05:20
countif函数统计个数怎么用（countif函数怎么用 详解Excel中countif函数的使用方法）
2026年10月11日 03:30
正则匹配数字之前的字符（正则表达式如何匹配前面是数字、中间是“/”、后面也是数字，就像2/3专业的模式）
2026年10月11日 03:00
2026年10月11日 01:40
2026年10月11日 01:00
orlnsertbootmediinselected（我电脑开机显示这个是什么意思or insert boot media in select）
2026年10月10日 23:00
display的用法（display是什么意思 详解display的含义和用法）
2026年10月10日 22:00
html全部居中代码（怎么让网页居中显示，html如何让网页居中）
2026年10月10日 21:10
