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的基准测试