8.1、哪怕是基于索引的条件过滤，如果优化器意识到总共需要扫描的数据量超过30%时（ORACLE里貌似是20%，MySQL目前是30%，没准以后会调整），就会直接改变执行计划为全表扫描，不再使用索引。 8.2、多表JOIN时，要把过滤性最大（不一定是数据量最小哦，而是只加了WHERE条件后过滤性最大的那个）的表选为驱动表。此外，如果JOIN之后有排序，排序字段一定要属于驱动表，才能利用驱动表上的索引完成排序。 8.3、绝大多数情况下，排序的代价通常要来的更高，因此如果看到执行计划中有 Using filesort，优先创建排序索引吧。 8.4、利用 [pt-query-digest](https://www.percona.com/doc/percona-toolkit/2.2/pt-query-digest.html) 定期分析slow query log，并结合 [Box Anemometer](https://github.com/box/Anemometer) 构建slow query log分析及优化系统。 【参考】：[[MySQL FAQ]系列 — EXPLAIN结果中哪些信息要引起关注](http://imysql.com/2015/06/14/mysql-faq-what-important-information-in-explain.shtml)。 备注：若无特别说明，以上规范建议适用于MySQL 5.6及之前的版本（并且主要是5.6版本，尤其是ICP特性、DATETIME变化这两个地方）。5.7及之后的版本可能会有些变化，个别规范建议需要相应调整。