Redis的TPS太低的优化方法
问题检查
- 内存检查，看看是否存在内存不足使用SWAP的情况
- 单核CPU和整体CPU的使用情况检查，看看CPU负荷是否高居不下
- 检查磁盘IO和网络IO的情况
- 检查网络延迟是否正常，网络一定要好
- 用redis的
info commandstats命令查看命令执行分布和事件，看看是否大量存在hgetall、smembers等时间复杂的高的命令 - 用redis的
info stats命令统计TPS - 用redis的
slowlog get命令查看慢查询的命令，进行针对性优化 - 检查客户端列表，检查连接时间和内存消耗omem的客户端
redis-cli -p 6379 -h xxxx –a xxxx client list | grep -v “omem=0”
- bigkey检查，bigkey对性能影响比较大
redis-cli -p 6379 -h xxxx –a xxxx –-bigkeys
- 如使用lua脚本，看看lua脚本中是否存在大量的计数
服务器内核参数调整
- 设置overcommit为1
echo 1 > /proc/sys/vm/overcommit_memory
cat /proc/sys/vm/overcommit_memory
- 关闭THP
cho never > /sys/kernel/mm/transparent_hugepage/enabled
cat /sys/kernel/mm/transparent_hugepage/enabled
- 设置TCP backlog
echo 511 > /proc/sys/net/core/somaxconn
cat /proc/sys/net/core/somaxcon
redis配置调整
- 设置maxmemory， 若开启快照功能，maxmemory设置成物理内存的45%，若不开启则设置为95%
- 绑定本机网卡，bind x.x.x.x
- 设置客户端超时时间timeout和tcp-keepalive，防止无用连接占用资源
- 检查持久化策略，rdb和aof只使用一种或都不使用（主库关闭，从库开启）
如使用rdb策略，则save的频率不要太高，并且可以关闭rdbcompression 和 rdbchecksum
如使用aof策略，则appendfsync不要设置为always，可以调整一下aof文件重写配置auto-aof-rewrite-percentage和auto-aof-rewrite-min-size
关于持久化的优化方法可参考：深入Redis持久化 - 数据的编码优化，根据内存的情况可调整数据的编码以提升性能，参考：.Redis的内存优化
代码中的优化
- 查看业务逻辑，是否可使用管道模式（Piplline），使用管道对性能你的提升非常大
- 能否使用lua脚本
- 换一个性能好的客户端，如Lettuce，参考：Lettuce和Jedis的基准测试