监控SQL慢

[LinWanCen]

https://github.com/xuxueli/xxl-job/blob/39b92f9db608753650f2285bf70b0279800a560c/xxl-job-admin/src/main/resources/mybatis-mapper/XxlJobLogMapper.xml#L230C1-L240C11

这个SQL在我们自动化部署环境平均执行时间16秒，最高执行时间32秒，看代码每10秒一次，
建议添加组合索引，优化 SQL 以便命中索引：

• 去掉 ORDER BY id ASC 避免 MYSQL 走主键索引遍历全表 Using where

	<select id="findFailJobLogIds" resultType="long" >
		SELECT id FROM `xxl_job_log`
		WHERE !(
			(trigger_code in (0, 200) and handle_code = 0)
			OR
			(handle_code = 200)
		)
		AND `alarm_status` = 0
		ORDER BY id ASC
		LIMIT #{pagesize}
	</select>

索引：
  KEY `I_trigger_time` (`trigger_time`),
  KEY `I_handle_code` (`handle_code`)

数据量：
handle_code 有索引
500 337115
200 193482
0 30351

trigger_code 无索引
200 552070
500 5768
0 2430

alarm_status 无索引
2 342881
0 217975
-1 2

[xmabul]

@LinWanCen 不用改代码，直接增加联合索引idx_alarmstatus_handlecode (alarm_status,handle_code)，再看看扫描行多少

[LinWanCen]

我们试过不管用，于是根据数据只有200、500、0的情况优化了SQL

[xmabul]

对我们是有效，慢SQL瞬间没了。
之所以你们不管用，看了你们数据分布，handle_code<>200超一半（执行状态失败），是不是得考虑任务有异常。

这是我们的数据分布
+-------------+---------+
| handle_code | cnt     |
+-------------+---------+
|           0 |  294438 |
|         200 | 2416270 |
|         500 |     410 |
+-------------+---------+
+--------------+---------+
| alarm_status | cnt     |
+--------------+---------+
|            0 | 2416276 |
|            2 |  294848 |
+--------------+---------+
+--------------+---------+
| trigger_code | cnt     |
+--------------+---------+
|          500 |  294571 |
|          200 | 2416606 |
+--------------+---------+