ThinkSSL🔒 一键申购 5分钟快速签发 30天无理由退款 购买更放心 广告
# 慢查询记录的保存 服务器状态中包含了几个和慢查询日志功能有关的属性: ~~~ struct redisServer { // ... // 下一条慢查询日志的 ID long long slowlog_entry_id; // 保存了所有慢查询日志的链表 list *slowlog; // 服务器配置 slowlog-log-slower-than 选项的值 long long slowlog_log_slower_than; // 服务器配置 slowlog-max-len 选项的值 unsigned long slowlog_max_len; // ... }; ~~~ `slowlog_entry_id` 属性的初始值为 `0` , 每当创建一条新的慢查询日志时, 这个属性的值就会用作新日志的 `id` 值, 之后程序会对这个属性的值增一。 比如说, 在创建第一条慢查询日志时, `slowlog_entry_id` 的值 `0` 会成为第一条慢查询日志的 ID , 而之后服务器会对这个属性的值增一; 当服务器再创建新的慢查询日志的时候, `slowlog_entry_id` 的值 `1` 就会成为第二条慢查询日志的 ID , 然后服务器再次对这个属性的值增一, 以此类推。 `slowlog` 链表保存了服务器中的所有慢查询日志, 链表中的每个节点都保存了一个 `slowlogEntry` 结构, 每个 `slowlogEntry` 结构代表一条慢查询日志: ~~~ typedef struct slowlogEntry { // 唯一标识符 long long id; // 命令执行时的时间,格式为 UNIX 时间戳 time_t time; // 执行命令消耗的时间,以微秒为单位 long long duration; // 命令与命令参数 robj **argv; // 命令与命令参数的数量 int argc; } slowlogEntry; ~~~ 举个例子, 对于以下慢查询日志来说: ~~~ 1) (integer) 3 2) (integer) 1378781439 3) (integer) 10 4) 1) "SET" 2) "number" 3) "10086" ~~~ 图 23-1 展示的就是该日志所对应的 `slowlogEntry` 结构。 ![](https://box.kancloud.cn/2015-09-13_55f52d3ac0b55.png) ![](https://box.kancloud.cn/2015-09-13_55f52d3c2ff21.png) 图 23-2 展示了服务器状态中, 和慢查询功能有关的属性: * `slowlog_entry_id` 的值为 `6` , 表示服务器下条慢查询日志的 `id` 值将为 `6` 。 * `slowlog` 链表包含了 `id` 为 `5` 至 `1` 的慢查询日志, 最新的 `5` 号日志排在链表的表头, 而最旧的 `1` 号日志排在链表的表尾, 这表明`slowlog` 链表是使用插入到表头的方式来添加新日志的。 * `slowlog_log_slower_than` 记录了服务器配置 `slowlog-log-slower-than` 选项的值 `0` , 表示任何执行时间超过 `0` 微秒的命令都会被慢查询日志记录。 * `slowlog-max-len` 属性记录了服务器配置 `slowlog-max-len` 选项的值 `5` , 表示服务器最多储存五条慢查询日志。 > 注意 > 因为版面空间不足的缘故, 所以图 23-2 展示的各个 `slowlogEntry` 结构都省略了 `argv` 数组。