mysql 执行计划的小结

Explain的type显示的是访问类型,是较为重要的一个指标,结果值从好到坏依次是:

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

一般来说,得保证查询至少达到range级别,最好能达到ref,否则就可能会出现性能问题。

Explain的Extra信息也相当重要,如果此信息显示Using filesort或者Using temporary的话,噩梦即将开始,不过也不尽然,比如说在一个WHERE ... ORDER BY ... 类型的查询里,很多时候我们无法创建一个兼顾WHERE和ORDER BY的索引,此时如果按照WHERE来确定索引,那么在ORDER BY时,就必然会引起Using filesort,文件排序是好是坏需要仔细判断,说白了就是看是先过滤再排序划算,还是先排序再过滤划算,正确答案取决与数据分布的情况。

创建索引和删除索引的语句:

ALTER TABLE `fire_alarm` ADD INDEX `idx_alarm_type_state` (`alarm_type`, `project_id`,`alarm_state`)

ALTER TABLE fire_alarm DROP INDEX idx_alarm_type_state_date ;

特别说明:

 在今天下午的添加索引的时候发现,索引的顺序要跟语句的顺序一致。

猜你喜欢

转载自blog.csdn.net/houxian1103/article/details/114549379