一 全表扫描
1 案例
SELECT count(*) AS tmp_count FROM ( SELECT * FROM `XXX_rules` WHERE 1 = 1 ORDER BY gmt_create DESC ) a
2 溯源
3 分析
4 解决方案
SELECT count(*) AS tmp_count FROM ( SELECT * FROM `xxx_rules` WHERE 1 = 1 AND `rule_value` = '2928597xxx' ) a
5 思考
二 索引混乱
1 示例
2 分析
1、rule_name离散度不高,放在索引首位不合适;
2、前三个索引重合度很高;
1、独立的列:索引列不能是表达式的一部分;
2、选择区分度高的列作为索引;
3、选择合适的索引列顺序:将选择性高的索引列放在最前列;
4、覆盖索引:查询的列均在索引中,不需要回查聚簇索引;
5、使用索引扫描来做排序;
6、在遵守最左前缀的原则下,尽量扩展索引,而不是创建索引。
3 治理
三 非必要排序
1 问题描述
2 解决方案
四 粗粒度查询
1 问题描述
SELECT * FROM XXX_rules WHERE rule_name = 'apf_distributors' AND status = '00' AND product_code = 'ADVANCE'
2 分析
3 解决方案
五 OR导致索引失效
1 案例
SELECT count(*)FROM XXX_level_reportWHERE 1 = 1 AND EXISTS ( SELECT 1 FROM XXX_white_list t WHERE (t.biz_id = customer_id OR customer_id LIKE CONCAT(t.biz_id, '@%')) AND t.status = 1 AND (t.start_time <= CURRENT_TIME OR t.start_time IS NULL) AND (t.end_time >= CURRENT_TIME OR t.end_time IS NULL) AND t.biz_type = 'GOODS_CONTROL_BLACKLIST' )
2 分析
1、OR查询左右有未命中索引的;
2、复合索引不满足最左匹配原则;
3、Like以%开头;
4、需要类型转换;
5、where中索引列有运算;
6、where中索引列使用了函数;
7、如果mysql觉得全表扫描更快时(数据少时)