关于redis的keys命令的性能分析。

  1. keys命令在线上是禁止使用的。
  2. 原因:
    1. Redis是单线程的,其所有操作都是原子的,
    2. 当数据量过大的时候,keys命令是非常耗时的,极大的会造成线程阻塞。导致所有请求都被拖慢。甚至严重会redis服务宕机。集群环境下,阻塞时间过长会导致集群分析故障而进行集群切换。
  3. 解决方案:
    1. 使用scan命令,它是分批次查询,不会影响redis卡顿。
    2. 考虑改良键值索引,使用set数据结构存储。
  4. 其他会类似于keys命令的命令:hgetall、lrange、smembers、zrange、sinter
  5. scan命令的使用:scan 迭代起始游标
    • 第一次迭代遍历 起始游标值为0,结果默认是10个,并返回下一次迭代起始游标
    • 当返回迭代游标值为0时,说明已经完成了一次完整的遍历。
    • 可以使用 count选项 设置每次遍历的长度
    • match选项 设置匹配规则。

参考链接:https://www.cnblogs.com/tonyY/p/12175032.html
命令参考链接:http://doc.redisfans.com/key/scan.html

posted @   lq-12040  阅读(875)  评论(0编辑  收藏  举报
编辑推荐:
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
阅读排行:
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现
· 25岁的心里话
点击右上角即可分享
微信分享提示