redis与CPU、内存 - 好文

任何一个后端应用,包括代码都要考虑对于CPU和内存的影响.redis本质上类似于nodejs,单进程、单线程，事件驱动，但不同的是redis是CPU密集型的。这里列出了redis与内存CPU的相关考虑点。

单进程、单线程的redis如何实现高并发

同nodejs类似
* 优点:
1. 采用多路 I/O 复用技术可以让单个线程高效的处理多个连接请求;
2. 避免线程切换而消耗CPU
* 缺点:
1. 无法发挥多核CPU性能，不过可以通过在单机开多个Redis实例来完善

如果redis内存满了怎么办

* 增加内存
* 使用内存淘汰策略
* 搭建redis集群
如果redis导致CPU过高怎么办

* 连接数过多，通过redis-cli info | grep connected_clients查看当前连接
解决:
* 关闭僵尸连接; redis-cli登录后,client list查看所有客户端连接,client kill ${ip}:${port} 关闭连接;
* 修改最大连接数maxclients: 10000,默认10000;
* 修改redis timeout参数: 修改配置文件中的timeout 设置redis的keepalive时间。客户端断连的包发出去后，redis
server没有接受到，则会出现redis server以为连接正常的情况。因此需要在redis server
启动超时设置，如果在一定的时间内，客户端没有消息过来，则redis server主动断开连接。
* 修改redis进程的文件数限制: echo -n "Max open files 3000:3000" > /proc/PID/limits
* 修改系统参数的最大文件数限制: /etc/security/limits.conf;
redis服务器默认设置的最大连接数maxclients是10000，但是受服务器最大文件数影响，服务器默认最大文件数是1024，所以redis最大连接也为1024-32=992;
解决办法 <https://blog.csdn.net/u013050593/article/details/56480358>
* 慢查询，因为redis是单线程，如果有慢查询的话，会阻塞住之后的操作，通过redis日志查
* value值过大:如果是纯文本，可以考虑换种存储方式,如果是对象,可以考虑用hash;
* aof重写/rdb fork发生？瞬间会堵一下Redis服务器
redis性能优化

* Master最好不要做任何持久化工作，包括内存快照和AOF日志文件，特别是不要启用内存快照做持久化。
* 如果数据比较关键，某个Slave开启AOF备份数据，策略为每秒同步一次。
* 为了主从复制的速度和连接的稳定性，Slave和Master最好在同一个局域网内。
* 尽量避免在压力较大的主库上增加从库。
*
为了Master的稳定性，主从复制不要用图状结构，用单向链表结构更稳定，即主从关系为：Master<--Slave1<--Slave2<--Slave3.......，这样的结构也方便解决单点故障问题，实现Slave对Master的替换，也即，如果Master挂了，可以立马启用Slave1做Master，其他不变
* 使用Redis负载监控工具：redis-monitor，它是一个Web可视化的 redis 监控程序
* redis分库，这样方便于管理与维护。
redis占用资源监控工具——redis-monitor

部署 <https://blog.csdn.net/datuzijean/article/details/87188713>
OK: init configuration file into /root/.redis-monitor/redis_monitor_config.py.
OK: database is initialed into /root/.redis-monitor/redis_monitor.db.

参考

* redis cpu占用过高排查
<https://blog.csdn.net/comeonyangzi/article/details/79274035>
* 单进程单线程的Redis如何能够高并发
<https://blog.csdn.net/liupeng_qwert/article/details/77263187>

热门工具换一换