【Redis】单线程理解及可能影响性能的操作
目录
一. Redis的单线程
- 说明:Redis单线程主要是指【网络IO】和【键值对读写】操作是由一个线程来完成的
- 原因:避免多线程的并发控制问题及线程间的上下文切换
- QPS:10w级别QPS处理能力,因为大部分操作都在内存上,且采用了高效的数据结构
- 基于多路复用的Redis高性能IO模型
二. 可能影响单线程性能的操作
1. bigKey操作
bigKey会导致网络传输、读写操作、内存消耗都变大
2. 复杂命令
复杂命令操作时间长,阻塞主线程
禁用:KEYS(使用SCAN命令代替)/FLUSHALL/FLUSHDB
SORT/SUNION/ZUNIONSTORE
3. 大量key集中过期
a.) Redis的过期机制也是在主线程中执行的,大量key集中过期会触发主动删除key策略
b.) 主动删除key策略
4. 淘汰策略
- 淘汰策略也是在主线程执行的,当内存超过Redis的 maxMemory 上限后,每次写入都会执行淘汰策略
- 淘汰策略
5. 主从全量同步生成RDB
主从同步虽然采用fork子进程生成数据快照,但fork这一瞬间也会阻塞主线程,实例内存越大,阻塞时间越久
6. AOF刷盘开启always机制
每次写入都需要刷盘,写入硬盘的速度远比写内存慢,会拖慢Redis的性能
三. 使用规范
- 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 性能