redis批量删除前缀的key_阿里Redis 开发军规!

本文详细介绍了阿里云Redis的开发规范,包括键值设计的原则如可读性、简洁性和避免特殊字符,命令使用的注意事项如关注O(N)命令的N值、合理使用select和批量操作,客户端使用建议如避免多应用共用实例、使用连接池,以及相关工具的使用,如数据同步、big key搜索和热点key寻找。文中还强调了删除bigkey的策略,如使用hscan、ltrim等配合pipeline加速删除。
摘要由CSDN通过智能技术生成

48ae1a4b403343ef2a96bedd8838d16e.png

作者:付磊 - 起扬

https://yq.aliyun.com/articles/531067

本文主要介绍在使用阿里云 Redis 的开发规范,从下面几个方面进行说明。

  • 键值设计
  • 命令使用
  • 客户端使用
  • 相关工具
通过本文的介绍可以减少使用 Redis 过程带来的问题。

一、键值设计

1、key 名设计
可读性和可管理性
以业务名 (或数据库名) 为前缀(防止 key 冲突),用冒号分隔,比如业务名: 表名: id
ugc:video:1
简洁性
保证语义的前提下,控制 key 的长度,当 key 较多时,内存占用也不容忽视,例如:
user:{uid}:friends:messages:{
    mid}简化为u:{
    uid}:fr:m:{
    mid}。
不要包含特殊字符
反例:包含空格、换行、单双引号以及其他转义字符
2、value 设计
拒绝 bigkey
防止网卡流量、慢查询,string 类型控制在 10KB 以内,hash、list、set、zset 元素个数不要超过 5000。 反例:一个包含 200 万个元素的 list。 非字符串的 bigkey,不要使用 del 删除,使用 hscan、sscan、zscan 方式渐进式删除,同时要注意防止 bigkey 过期时间自动删除问题 (例如一个 200 万的 zset 设置 1 小时过期,会触发 del 操作,造成阻塞,而且该操作不会不出现在慢查询中 (latency 可查)),查找方法和删除方法
选择适合的数据类型
例如:实体类型 (要合理控制和使用数据结构内存编码优化配置, 例如 ziplist,但也要注意节省内存和性能之间的平衡) 反例:
set user:1:name tomset user:1:age 19set user:1:favor football
正例:
hmset user:1 name tom age 19 favor football
控制 key 的生命周期
redis 不是垃圾桶,建议使用 expire 设置过期时间 (条件允许可以打散过期时间,防止集中过期)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值