MYSQL索引优化与查询优化的三个思考维度

我们在谈mysql索引优化的时候,实际上更多地是在侧重查询效率的优化,因为我们知道索引解决的最大问题就是:提高数据的查询效率。当然使用索引也可避免表级锁

那我们在谈优化的时候,虽然策略很多,各种技巧,但是总结下来,主要是从以下几个维度进行考虑

1)索引树上存储的是我们具体的字段值,这就要求:我们在进行查询的时候,不要给索引字段加函数,也不要进行数据的隐式转换,这都会导致无法使用索引

2)索引树的有序性,要求我们,在进行数据查询比对的时候,需要符合最左前缀原则,一旦遇到不符合该原则的字段则停止索引的使用

同时,在有序性上,还要求我们要考虑order by语句的性能调优,mysql的排序是一件成本高的事情,如果能利用索引树本身的有序性,则能大大提高性能,比如 where a=xxx order by b ,如果正好有ab类的联合索引,则这个时候查询的记录已经是有序的了,对于多列的排序,顺序要求不一致的时候,mysql8.0已支持降序索引了

3)二级索引树上叶节点存储的是主键的值,这个告诉我们,在进行数据查询的时候,mysql根据二级索引树进行数据筛选后,还会进行回表拿数据

当然,如果查询的数据已经在索引树上了,那么就无需回表了,这个叫做覆盖索引查询,这里要注意的是,主键也在二级索引树上,所以覆盖索引也包含主键。这个要求我们,在查询的时候,不要出现无需查询的字段,能利用覆盖索引则最好,当然,你也不要为了使用索引覆盖而去把涉及到的字段都建立联合索引,这个要根据具体业务具体分析,要知道索引本身也是有维护成本的。

同时对于一些查询,虽然建立了索引,但是使用explain的时候看到mysql还是使用了全表扫描,这是因为基于成本考虑,对于返回数据量较大的情况下,即使使用了索引,但由于还要回表查询,还不如直接进行全表扫描。

其次,在where条件有多个的情况下,在需要回表的时候可能还需要进行数据筛选,但是对于where条件中有索引的字段,直接在索引扫描的时候就可以根据索引树上的值进行筛选了,这个叫做索引下推

以上,我们是从三个维度思考索引优化,明白这些之后,再去看一些索引优化策略,便明白其出发点了。但是在实际索引的建立过程中,还是要结合自身业务进行分析。

MYSQL索引优化与查询优化:https://edu.****.net/course/detail/29460

MYSQL索引优化与查询优化的三个思考维度

MYSQL常见场景下的查询实战:https://edu.****.net/course/detail/29450

MYSQL索引优化与查询优化的三个思考维度

MYSQL事务隔离与锁:https://edu.****.net/course/detail/30120

MYSQL索引优化与查询优化的三个思考维度