mysql query_time单位_Mysql（Mariadb）慢查询日志中long_query_time 与log_queries_not_using_indexes与min_examined_r...

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

参数介绍：

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

log_queries_not_using_indexes：慢查询日志记录没有使用索引的记录，无论是否超时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)

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