2025-01-20 20:49 abce 阅读(157) 评论() 收藏 举报
执行了以下一个很慢的 SQL，但是在慢查询日志中却没有发现对应的 SQL 语句。
> select count(*) from myabc_abcde_expo_vv; +-----------+ | count(*) | +-----------+ | 509600169 | +-----------+ 1 row in set (3 min 3.76 sec)
第一反应是不是库没有开启慢查询日志的功能？于是检查一下关于慢查询的相关设置：
> show variables like '%query%'; +------------------------------+----------+ | Variable_name | Value | +------------------------------+----------+ | binlog_rows_query_log_events | ON | | ft_query_expansion_limit | 20 | | have_query_cache | NO | | long_query_time | 2.000000 | | query_alloc_block_size | 8192 | | query_prealloc_size | 8192 | | slow_query_log | ON | | slow_query_log_file | slow.log | +------------------------------+----------+ 8 rows in set (0.00 sec) > show variables like '%slow%'; +-----------------------------+----------+ | Variable_name | Value | +-----------------------------+----------+ | log_slow_admin_statements | ON | | log_slow_extra | ON | | log_slow_replica_statements | OFF | | log_slow_slave_statements | OFF | | slow_launch_time | 2 | | slow_query_log | ON | | slow_query_log_file | slow.log | +-----------------------------+----------+ 7 rows in set (0.00 sec) > show variables like '%log_queries_not_using_indexes%'; +-------------------------------+-------+ | Variable_name | Value | +-------------------------------+-------+ | log_queries_not_using_indexes | ON | +-------------------------------+-------+ 1 row in set (0.00 sec) > show variables like '%log_slow%'; +-----------------------------+-------+ | Variable_name | Value | +-----------------------------+-------+ | log_slow_admin_statements | ON | | log_slow_extra | ON | | log_slow_replica_statements | OFF | | log_slow_slave_statements | OFF | +-----------------------------+-------+ 4 rows in set (0.01 sec) > show variables like '%min_examined_row_limit%'; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | min_examined_row_limit | 100 | +------------------------+-------+ 1 row in set (0.01 sec)
可以看到，慢查询相关的参数都做了配置。
根据官方文档的介绍，InnoDB 通过遍历最小的可用二级索引来处理 SELECT COUNT(*) 语句，除非索引或优化器 hint 指示优化器使用其它的索引。如果没有二级索引，InnoDB 会通过扫描聚簇索引来处理 SELECT COUNT(*) 语句。
而这张表上既有自增主键，也创建了二级索引。这里通过查看执行计划，也可以看到选择了二级索引：
>desc select count(*) from myabc_abcde_expo_vv; +----+-------------+---------------------+------------+-------+---------------+-----------------+---------+------+-----------+----------+-------------+ | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra | +----+-------------+---------------------+------------+-------+---------------+-----------------+---------+------+-----------+----------+-------------+ | 1 | SIMPLE | myabc_abcde_expo_vv | NULL | index | NULL | idx_symbol_data | 4 | NULL | 505767703 | 100.00 | Using index | +----+-------------+---------------------+------------+-------+---------------+-----------------+---------+------+-----------+----------+-------------+
此外 log_queries_not_using_indexes 的值为 on，按道理无论这个 SQL 有没有使用到索引，也应该被记录到日志中。
其它相关参数主要是设置为是否开启，所以，这里将重点转移到了参数 min_examined_row_limit。如文档所说，查询检查的记录数少于 min_examined_row_limit 设定的行数时不会记录到慢查询日志中。
上面这个 SQL 检索的表包含了509600169条记录，这里的 min_examined_row_limit 的值为100，主观感觉上该参数不会导致该 SQL 不写入慢查询日志。
但还是做了一下尝试，将 min_examined_row_limit 的值替换成了默认值，即 0。然后执行上面的慢查询，发现慢日志中已经有了对应的SQL语句：
# Time: 2025-01-19T17:28:20.501023+08:00 # User@Host: root[root] @ localhost [] Id: 8 # Query_time: 176.989435 Lock_time: 0.000018 Rows_sent: 1 Rows_examined: 0 Thread_id: 8 Errno: 0 Killed: 0 Bytes_received: 47 Bytes_sent: 64 Read_first: 0 Read_last: 0 Read_key: 30 Re ad_next: 34 Read_prev: 0 Read_rnd: 0 Read_rnd_next: 0 Sort_merge_passes: 0 Sort_range_count: 0 Sort_rows: 0 Sort_scan_count: 0 Created_tmp_disk_tables: 0 Created_tmp_tables: 0 Start: 20 25-01-19T17:25:23.511588+08:00 End: 2025-01-19T17:28:20.501023+08:00 use pms; SET timestamp=1737278723; select count(*) from myabc_abcde_expo_vv;
不过，这里可以清楚的看到：
Rows_examined: 0
这里的 Rows_examined 的实际含义是：
The number of rows examined by the server layer (not counting any processing internal to storage engines).
因为慢SQL在引擎层通过二级索引完成对表记录数的统计，并将结果直接返给server层，server层检查的行数就是0，在 min_examined_row_limit = 100 的时候，就不会将该SQL记录到慢日志中。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。