记一次mysql索引优化

生产日志告警出现一条慢 sql 告警, 通过 sql 监控平台拿到 这条sql 语句是 :

SELECT
	id,
	report_id,
	report_detail_id,
	item_code,
	report_type,
	photo
FROM
	**** 表 
WHERE
	del_flag = 0 
	AND (
	report_type = 1 
	AND report_detail_id IN ( 1742 ))

之后用 explain 分析这条 sql 的命中索引情况, 发现未命中任何索引, 并且已经是全表扫描了

查看这张表的已经创建的索引情况, 发现该表除了主键id索引之外, 只有 report_id 这一条业务字段的索引

而业务代码有大量的查询逻辑, 需要根据 report_detail_id 这个字段来查询, 所以对 report_detail_id 这个字段添加 单独索引,

注意 : 由于这张表数据量不大, 所以我这里直接写DDL添加该索引

如果表数据量很大的话, 直接添加索引会引起锁表，表数据量越大, 添加索引时间越长, 锁的越久, 报错 Waiting for meta data lock，造成业务崩溃

使用如下语句添加索引:

CREATE INDEX idx_report_detail_id ON *** 表(report_detail_id);

之后查询这张表的索引情况, 发现已经添加了业务字段: report_detail_id 这个索引

再次使用 explain 分析刚才慢 sql 的执行效率, 发现现在只扫描了 2 行记录, 比起之前的 全表扫描, 效率有很大的提升: