mysql 索引优化2

对于关联sql的优化

关联字段加索引，让mysql做join操作时尽量选择NLJ算法

小表驱动大表，写多表连接sql时如果明确知道哪张表是小表可以用straight_join写法固定连接驱动方式，省去

mysql优化器自己判断的时间

 

in和exsits优化

原则：小表驱动大表，即小的数据集驱动大的数据集

in：当B表的数据集小于A表的数据集时，in优于exists

1 select * from A where id in (select id from B)2 #等价于：

3 for(select id from B){

4 select * from A where A.id = B.id

5 }

exists：当A表的数据集小于B表的数据集时，exists优于in

将主查询A的数据，放到子查询B中做条件验证，根据验证结果（true或false）来决定主查询的数据是否保留

1 select * from A where exists (select 1 from B where B.id = A.id)

2 #等价于:

3 for(select * from A){

4 select * from B where B.id = A.id

5 }

6

7 #A表与B表的ID字段应建立索引

 

 

count(*)查询优化

 

字段有索引：count(*)≈count(1)>count(字段)>count(主键 id) //字段有索引，count(字段)统计走二级索引，二

级索引存储数据比主键索引少，所以count(字段)>count(主键 id)

 

字段无索引：count(*)≈count(1)>count(主键 id)>count(字段) //字段没有索引count(字段)统计走不了索引，

count(主键 id)还可以走主键索引，所以count(主键 id)>count(字段)      注意：count(id) 在mysql内部如果有二级索引，会走二级索引，如果没有会走主键索引

 

count(1)跟count(字段)执行过程类似，不过count(1)不需要取出字段统计，就用常量1做统计，count(字段)还需要取出

字段，所以理论上count(1)比count(字段)会快一点。

count(*) 是例外，mysql并不会把全部字段取出来，而是专门做了优化，不取值，按行累加，效率很高，所以不需要用

count(列名)或count(常量)来替代 count(*)。

为什么对于count(id)，mysql最终选择辅助索引而不是主键聚集索引？因为二级索引相对主键索引存储数据更少，检索

性能应该更高，mysql内部做了点优化(应该是在5.7版本才优化)。