Mysql（Mariadb）慢查询日志中long_query_time 与log_queries_not_using_indexes与min_examined_row_limit 关系分析

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

慢查询日志中long_query_time
与log_queries_not_using_indexes与min_examined_row_limit 关系分析

参数介绍：

long_query_time：慢查询日志记录超时的时间，无论是不是有索引，单位秒。

log_queries_not_using_index：慢查询日志记录没有使用索引的记录，无论是否超时long_query_time。

min_examined_row_limit：慢查询日志仅仅记录扫描行数超过行min_examined_row_limit的记录（不包括该参数值本身，是大于该参数值的扫描行）。

综合分析：
记录日志关系 = (long_query_time ||
log_queries_not_using_indexes)&&
min_examined_row_limit
可见即使满足超时条件，如果不满足扫描行数条件，也不会记录，因此这个参数要慎用。可见如果以上公式中三个参数都开启，那么满足下面2个条件其中之一才会被记录。
1.我们有只有超时
且扫描行数大于min_examined_row_limit时候才会被记录。
2.我们有只有没有使用索引且
扫描行数大于min_examined_row_limit时候才会被记录。

注意的问题：

Tags1：min_examined_row_limit有会话变量和全局变量，动态改变参数值的时候需要分别进行修改，实测过程中改变全局变量（set
global min_examined_row_limit=100）不会同步改变会话变量（set
min_examined_row_limit=100），因此必须手动改变会话变量，才会对当前会话有效。
Tags2：需要注意的是min_examined_row_limit检测的行数有时候与explain的有些出入，有时候同一个语句，explain显示的select_type=simple的扫描行数rows与慢查询日志中记录的Rows_examined:不一样，后者会多500行左右，不知道为何

下面是Mariadb 5.5.64服务器上进行测试的相关代码：
explain select * from hpx_member
where u_id = 888444;#u_id 有索引测试
explain select * from hpx_member where major
= '8881';#major没有索引测试
explain select * from hpx_member where  phone like
'15933%';#phone有索引测试，测试扫描行数与min_examined_row_limit关系
select * from hpx_member
where  phone like '1593356%';
show global VARIABLES like
'%index%'
show   VARIABLES like '%index%'
show global VARIABLES like
'%min_examined_row_limit%'
show  VARIABLES like
'%min_examined_row_limit%'
show   VARIABLES like '%long_query_time%'
set
global  long_query_time=0.0001
set
global  log_queries_not_using_indexes=off
set
global  min_examined_row_limit=0
set   min_examined_row_limit=50
select
sleep(2),8888;

欢迎加我们微信wang1415035017进入微信高级技术群共同进步，或者扫码加入我们哦（V_V）