关于redis的keys命令的性能分析。
- keys命令在线上是禁止使用的。
- 原因:
- Redis是单线程的,其所有操作都是原子的,
- 当数据量过大的时候,keys命令是非常耗时的,极大的会造成线程阻塞。导致所有请求都被拖慢。甚至严重会redis服务宕机。集群环境下,阻塞时间过长会导致集群分析故障而进行集群切换。
- 解决方案:
- 使用scan命令,它是分批次查询,不会影响redis卡顿。
- 考虑改良键值索引,使用set数据结构存储。
- 其他会类似于keys命令的命令:hgetall、lrange、smembers、zrange、sinter
- scan命令的使用:scan 迭代起始游标
- 第一次迭代遍历 起始游标值为0,结果默认是10个,并返回下一次迭代起始游标
- 当返回迭代游标值为0时,说明已经完成了一次完整的遍历。
- 可以使用 count选项 设置每次遍历的长度
- match选项 设置匹配规则。
参考链接:https://www.cnblogs.com/tonyY/p/12175032.html
命令参考链接:http://doc.redisfans.com/key/scan.html
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现
· 25岁的心里话