线上 KEY 批量删除
Redis 删除特定前缀的 key，需要注意性能影响，比较直观的模糊删除的方式是:
# 错误示范，生产环境不可用！
redis-cli --raw keys "service:order:*" | xargs redis-cli del使用 redis-cli 执行 KEYS 指令模糊匹配对应的 key，再利用管道传递给 redis-cli 执行 DEL 指令。这里的 KEYS 指令是个性能隐患。
实际上阿里云 4G 的 redis 实例上，只有 500 MB 左右的内存占用时，
KEYS指令的 rt 已经达到了 500ms+ 的程度，严重影响了 Redis 的性能。
此处 redis-cli 命令最简化了，实际上线上机器应当还有 host/password 等相关信息需要配置在 redis-cli 的参数上
线上不能使用 KEYS 指令应该成为编码过程中必须注意的点，实际也可以禁用 Redis 的 KEYS 指令，避免开发人员误操作。
修改 redis.conf 文件，添加
rename-command KEYS ""即可，可以理解为重命名某个指令，重命名为空字符串即为禁用
使用 SCAN 指令进行模糊匹配的操作（Redis 2.8 开始支持此指令）
SCAN 指令的具体用法不在此处描述，此处实际要利用的是 SCAN 指令的特性进行模糊匹配要删除的 key。
redis-cli --scan --pattern "service:order:*" | xargs redis-cli del--scan 使用的就是 SCAN 指令的特性进行了 key 的模糊匹配，对比 KEYS 指令这个操作不会阻塞 Redis 操作，对线上业务没有影响。
需要注意上述操作模糊删除 string 类型的 Redis 键时时间复杂度为 O(1)，但是对于其他数据结构时间可能不一样了。比如 set 数据结构，如果直接使用 DEL 指令删除这个 set 数据结构的 key，他的时间复杂度并不是 O(1)，而是 O(M)，M 为数据结构中元素的数量。也就是意味着如果这个数据集合过大，这个 DEL 指令的执行实际上也有性能风险（此处可看官方文档中的 DEL 时间复杂度描述）。
面对除了 string 类型的其他数据结构，Redis 有对应的 HSCAN、SSCAN、ZSCAN 指令可以遍历其元素，利用这一特性可以整理出以下的批量删除脚本。
批量删除 set 数据结构中的数据
import redis
def del_big_set_key(key_name):
r = redis.StrictRedis(host='localhost', port=6379)
# count表示每次删除的元素数量，这里每次删除300元素
for key in r.sscan_iter(name=key_name, count=300):
r.srem(key_name, key)
del_big_set_key('ops-coffee')批量删除 hash 数据结构中的数据
import redis
def del_big_hash_key(key_name):
r = redis.StrictRedis(host='localhost', port=6379)
# hscan_iter获取出来的结果是个元祖，下边hdel删除用key[0]取到key
for key in r.hscan_iter(name=key_name, count=300):
r.hdel(key_name, key[0])
del_big_hash_key('ops-coffee')批量删除 zset 数据结构中的数据
import redis
def del_big_sort_key(key_name):
r = redis.StrictRedis(host='localhost', port=6379)
while r.zcard(key_name) > 0:
# 判断集合中是否有元素，如有有则删除排行0-99的元素
r.zremrangebyrank(key_name, 0, 99)
del_big_sort_key('ops-coffee')参考资料
- 咖啡运维吧：Redis删除特定前缀key的优雅实现
转载请注明来源，欢迎对文章中的引用来源进行考证，欢迎指出任何有错误或不够清晰的表达。可以在下面评论区评论，也可以邮件至 [email protected]