对于关联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版本才优化)。
标签:count,id,索引,mysql,优化,主键,select From: https://www.cnblogs.com/javatk/p/17901105.html