【Redis】单线程理解及可能影响性能的操作

一. Redis的单线程

1. 说明：Redis单线程主要是指【网络IO】和【键值对读写】操作是由一个线程来完成的
   
2. 原因：避免多线程的并发控制问题及线程间的上下文切换
3. QPS：10w级别QPS处理能力，因为大部分操作都在内存上，且采用了高效的数据结构
   
4. 基于多路复用的Redis高性能IO模型
   
   

二. 可能影响单线程性能的操作

1. bigKey操作

bigKey会导致网络传输、读写操作、内存消耗都变大

2. 复杂命令

复杂命令操作时间长，阻塞主线程

禁用：KEYS（使用SCAN命令代替）/FLUSHALL/FLUSHDB

SORT/SUNION/ZUNIONSTORE

3. 大量key集中过期

a.) Redis的过期机制也是在主线程中执行的，大量key集中过期会触发主动删除key策略

b.) 主动删除key策略

4. 淘汰策略

1. 淘汰策略也是在主线程执行的，当内存超过Redis的 maxMemory 上限后，每次写入都会执行淘汰策略
   
2. 淘汰策略
   

5. 主从全量同步生成RDB

主从同步虽然采用fork子进程生成数据快照，但fork这一瞬间也会阻塞主线程，实例内存越大，阻塞时间越久

6. AOF刷盘开启always机制

每次写入都需要刷盘，写入硬盘的速度远比写内存慢，会拖慢Redis的性能

三. 使用规范

1. key 的长度尽量短，节省内存空间（长度越长，额外需要内存就越大）
2. 避免 bigkey，防止阻塞主线程
3. 批量操作建议 MGET/MSET 替代 GET/SET，HMGET/HMSET 替代 HGET/HSET
4. 禁止使用 KEYS/FLUSHALL/FLUSHDB 命令
5. 避免集中过期 key
6. 使用连接池操作 Redis，并设置合理的参数，避免短连接
7. 读请求量很大时，建议读写分离，写请求量很大，建议使用切片集群
8. 实例设置最大连接数，防止过多客户端连接导致实例负载过高，影响性能
9. 单个实例内存建议控制在 10G 以下，大实例在主从全量同步、备份时有阻塞风险
10. 设置合理的 repl-backlog，降低主从全量同步的概率
11. 设置合理的 slave client-output-buffer-limit，避免主从复制中断情况发生
12. 推荐在从节点上备份，不影响主节点性能
13. 不开启 AOF 或开启 AOF 配置为每秒刷盘，避免磁盘 IO 拖慢 Redis 性能