虹口集团网站建设,wordpress导航条,句容住房和城乡建设局网站,深圳好看的公司网站慢查询指在Redis中执行时间超过预设阈值的命令#xff0c;其日志记录是排查性能瓶颈的核心工具。Redis采用单线程模型#xff0c;任何耗时操作都可能阻塞后续请求#xff0c;导致整体性能下降。
命令的执行流程
根据Redis的核心机制#xff0c;命令执行流程可分为以下步骤…慢查询指在Redis中执行时间超过预设阈值的命令其日志记录是排查性能瓶颈的核心工具。Redis采用单线程模型任何耗时操作都可能阻塞后续请求导致整体性能下降。
命令的执行流程
根据Redis的核心机制命令执行流程可分为以下步骤
客户端发送命令
客户端将用户输入的命令如 SET key value序列化为Redis协议格式RESP通过Socket发送到服务器。
关键耗时点网络传输时间RTT、序列化时间取决于命令复杂度。
服务端接收与解析
服务器读取Socket数据到客户端的输入缓冲区querybuf解析出命令参数argv和argc然后放入命令的执行队列。
关键步骤命令合法性校验如参数个数、权限检查和查找命令表redisCommand 结构。
命令执行
根据命令在命令表中找到对应的实现函数如setCommand执行核心逻辑如数据读写。
唯一被慢查询记录的耗时阶段此阶段的执行时间微秒级会被记录到慢查询日志。
返回结果与清理
将执行结果写入客户端输出缓冲区通过Socket返回给客户端并清理缓冲区和连接状态。
关键耗时点结果反序列化、网络传输时间不包含在慢查询日志中。
核心配置参数
参数名默认值说明slowlog-log-slower-than10ms执行时间阈值微秒设为0记录所有命令负数则关闭记录slowlog-max-len128日志最大存储条数采用 FIFO 机制淘汰旧日志
$ cat /etc/redis/redis.conf | grep slowlog
slowlog-log-slower-than 10000
slowlog-max-len 128生产建议阈值设为1ms1000μs日志长度≥512条以覆盖更多历史记录。
动态修改配置参数
上面的参数可以直接修改/etc/redis/redis.conf配置文件然后重启redis服务。
同时redis提供了一种不重启服务动态修改配置参数的方式。
127.0.0.1:6379 config set slowlog-log-slower-than 1000
OK127.0.0.1:6379 config get slowlog-log-slower-than
1) slowlog-log-slower-than
2) 1000127.0.0.1:6379 config set slowlog-max-len 512
OK127.0.0.1:6379 config get slowlog-max-len
1) slowlog-max-len
2) 512最后需要将配置持久化到配置文件中否则重启就恢复成默认配置参数了。
127.0.0.1:6379 config rewrite
OK然后去配置文件中查看发现修改成功了。
$ cat /etc/redis/redis.conf | grep slow
slowlog-log-slower-than 1000
slowlog-max-len 512慢查询日志查看与分析
127.0.0.1:6379 slowlog help1) SLOWLOG subcommand [arg [value] [opt] ...]. Subcommands are:2) GET [count]3) Return top count entries from the slowlog (default: 10). Entries are4) made of:5) id, timestamp, time in microseconds, arguments array, client IP and port,6) client name7) LEN8) Return the length of the slowlog.9) RESET
10) Reset the slowlog.
11) HELP
12) Prints this help.慢查询的日志可以通过如下命令
SLOWLOG GET [n] # 查看最近n条慢日志不指定n则返回全部日志字段说明
timestamp命令执行时间戳duration耗时微秒command完整命令及参数
为了看到慢查询日志的效果我们这里先将slowlog-log-slower-than文件参数改为0这样所有的命令都会记录到慢查询中。
# 改为0记录所有命令
127.0.0.1:6379 config set slowlog-log-slower-than 0
OK# 将日志重置
127.0.0.1:6379 slowlog reset
OK127.0.0.1:6379 set k1 v1
OK127.0.0.1:6379 set k2 v2
OK# 查询慢查询日志
127.0.0.1:6379 slowlog get
1) 1) (integer) 122) (integer) 17414932153) (integer) 74) 1) set2) k23) v25) 127.0.0.1:552646)
2) 1) (integer) 112) (integer) 17414932103) (integer) 64) 1) set2) k13) v15) 127.0.0.1:552646)
3) 1) (integer) 102) (integer) 17414932053) (integer) 34) 1) slowlog2) reset5) 127.0.0.1:552646) # 慢查询的数量
127.0.0.1:6379 slowlog len
(integer) 4慢查询的常见原因
高复杂度命令 问题使用时间复杂度为O(N)或更高的命令如 KEYS *、SORT、SUNION、ZUNIONSTORE尤其当数据量较大时会导致CPU资源消耗过高执行时间显著增加。 示例KEYS *遍历所有键时间复杂度 O(N)可能阻塞Redis服务。
BigKey操作 问题对存储大量数据的Key如百万级列表、哈希表进行读写或删除操作如 DEL、GET会因内存分配/释放耗时过长而阻塞主线程BigKey可以通过命令redis-cli --bigkeys -i 0.01查找。 示例删除一个存储100万条数据的列表时直接使用DEL可能导致服务暂停。
集中过期Key 问题大量Key在同一时间段过期触发Redis主动删除机制默认每100ms随机扫描20个Key若过期比例超过25%会循环扫描直至完成导致主线程阻塞。 表现周期性延迟突增尤其在业务高峰期。
持久化与后台进程影响 AOF刷盘若配置appendfsync always或everysec频繁刷盘可能导致磁盘I/O压力增大影响主线程性能。 Fork操作执行RDB快照或AOF重写时fork子进程拷贝内存页表若实例内存过大如超过10GB会导致主线程阻塞耗时可能达秒级。
外部环境问题 网络延迟客户端与Redis服务器间的网络不稳定导致请求响应时间变长。 资源竞争CPU被其他进程占用Redis单线程依赖CPU或物理内存不足触发Swap交换降低性能。
慢查询的优化策略
命令与数据结构优化 避免高复杂度命令用SCAN替代KEYS客户端聚合数据替代SORT分页处理大数据如LRANGE分页读取。 拆分BigKey将大Key拆分为多个小Key如分片列表或使用渐进式删除通过Lua脚本分批次删除。 批量操作使用MGET、MSET减少网络往返或通过管道Pipeline合并多个命令。
配置调优 慢查询日志调整slowlog-log-slower-than建议 1ms和 slowlog-max-len建议 512定期分析日志定位瓶颈。 内存与持久化 开启lazy-free机制lazyfree-lazy-expire yes后台异步释放BigKey内存。 根据业务需求选择AOF刷盘策略如everysec平衡性能与安全避免与RDB同时运行。
资源与环境优化 分散Key过期时间为Key的过期时间添加随机偏移避免集中过期例如expireat key (base_time random(500))。 集群与分片使用Redis Cluster或代理分片如 Codis分散负载降低单节点压力。 监控与告警通过INFO命令、SLOWLOG GET或PrometheusGrafana监控内存、CPU、命令耗时等指标。
运维最佳实践 控制实例内存单实例内存建议不超过10GB减少fork耗时。 预热缓存在业务高峰前预加载热点数据避免缓存穿透/击穿。 使用连接池减少频繁建立连接的开销提升吞吐量。
