一 explain
1 扫描行数根据的是表的统计元数据
2 索引的元数据具体指的就是show index from查到的索引的区分度,索引的区分度越高越好
3 表的元数据是定期收集,所以可能不准确
4 如果感觉explain不准确,可以用analyze table t命令重新收集
5 元数据不准确的场景大多出现在大量删除数据和插入数据场景,针对大表尤其如此
二 元数据收集
参数 innodb_stats_persistent=ON 默认会持久化到内存 默认打开
参数 innodb_stats_auto_recalc 这个参数控制着在表中行的数量改变超过10%的时候，是否重新收集统计信息 这个收集的动作是异步的，在执行完大的dml后，可能会过一段时间才重新收集统计信息 默认打开
参数 innodb_stats_persistent_sample_pages 采样使用的页数 默认20 1 调大可能使analyze命令缓慢,加重负担 2调小可能使大量的执行计划产生误区,并不建议调整此值
三 mysql优化器选择错误索引的方法
1 采用force index强制走某项索引,但是这可能导致一个问题,以后系统迁移或者索引名变更会导致问题
2 改写sql语句,让mysql优化器进行再次判断,选择正确的索引
3 直接删除索引本身,让mysql优化器无法选择该索引
四 总结
1 如果出现mysql执行计划不准确的情况下,可以采用上述方式进行处理,一般情况下,出现索引判断失误的情况比较少
五 明显失效的几个场景
1 当range出现 row扫描为1 ROW时候
2 扫描的行数远远多于表本身的数据量
