95. 你遇到 Redis 线上连接超时一般如何处理？（二）
二、redis 服务使用问题
1、慢查询
如果你的查询总是慢查询，那么必然你的使用存在不合理。
1）你的key规划是否合理
太长或太短都是不建议的，key需要设置的简短而有意义。
2）值类型选择是否合理。
hash还是string，set还是zset，避免大对象存储。
线上可以通过scan命令进行大对象发现治理。
3）是否能够批查询
get 还是 mget；是否应该使用pipeline。
4）禁止线上大数据量操作
2、redis 服务运行状况
查看redis服务运行状况：redis-cli -h {host} -p {port} --stat
keys：当前key总数；mem：内存使用；clients：当前连接client数；blocked：阻塞数；requests：累计请求数；connections：累计连接数
3、持久化操作影响
1）fork子进程影响
redis 进行持久化操作需要fork出子进程。fork子进程本身如果时间过长，则会产生一定的影响。
查看命令最近一次fork耗时：info stats
单位微妙，确保不要超过1s。
2）AOF刷盘阻塞
AOF持久化开启，后台每秒进行AOF文件刷盘操作，系统fsync操作将AOF文件同步到硬盘，如果主线程发现距离上一次成功fsync超过2s，则会阻塞后台线程等待fsync完成以保障数据安全性。
3）THP问题
关于redis内存分析，内存优化 中我们讲过透明大页问题，linux系统的写时复制机制会使得每次写操作引起的页复制由4KB提升至2M从而导致写慢查询。如果慢查询堆积必然导致后续连接问题。
步到硬盘，如果主线程发现距离上一次成功fsync超过2s，则会阻塞后台线程等待fsync完成以保障数据安全性。
3）THP问题
关于redis内存分析，内存优化 中我们讲过透明大页问题，linux系统的写时复制机制会使得每次写操作引起的页复制由4KB提升至2M从而导致写慢查询。如果慢查询堆积必然导致后续连接问题。
