一. Redis的单线程
二. 可能影响单线程性能的操作
1. bigKey操作
bigKey会导致网络传输、读写操作、内存消耗都变大
2. 复杂命令
复杂命令操作时间长,阻塞主线程
禁用:KEYS(使用SCAN命令代替)/FLUSHALL/FLUSHDB
SORT/SUNION/ZUNIONSTORE
3. 大量key集中过期
a.) Redis的过期机制也是在主线程中执行的,大量key集中过期会触发主动删除key策略
b.) 主动删除key策略
4. 淘汰策略
- 淘汰策略也是在主线程执行的,当内存超过Redis的 maxMemory 上限后,每次写入都会执行淘汰策略
- 淘汰策略
5. 主从全量同步生成RDB
6. AOF刷盘开启always机制
三. 使用规范
- key 的长度尽量短,节省内存空间(长度越长,额外需要内存就越大)
- 避免 bigkey,防止阻塞主线程
- 批量操作建议 MGET/MSET 替代 GET/SET,HMGET/HMSET 替代 HGET/HSET
- 禁止使用 KEYS/FLUSHALL/FLUSHDB 命令
- 避免集中过期 key
- 使用连接池操作 Redis,并设置合理的参数,避免短连接
- 读请求量很大时,建议读写分离,写请求量很大,建议使用切片集群
- 实例设置最大连接数,防止过多客户端连接导致实例负载过高,影响性能
- 单个实例内存建议控制在 10G 以下,大实例在主从全量同步、备份时有阻塞风险
- 设置合理的 repl-backlog,降低主从全量同步的概率
- 设置合理的 slave client-output-buffer-limit,避免主从复制中断情况发生
- 推荐在从节点上备份,不影响主节点性能
- 不开启 AOF 或开启 AOF 配置为每秒刷盘,避免磁盘 IO 拖慢 Redis 性能
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。