一.优化器的逻辑

      选择索引是优化器的工作

优化器选择索引的目的：

• 找一个最优的执行方案，用最小的代价执行语句
• 执行行数是影响执行代价的因素之一。
• 扫描的行数越少，意味着访问磁盘数据的次数越少 ，消耗CPU资源越少。   

优化器还会结合是否使用临时表，是否排序等因素。

二.扫描行数怎么判断   

show index方法 查看索引基数

MySQL得到索引的基数

采样统计：

• 整张表取出来一行行统计，虽然可以得到精确的结果但是代价很高，只能选择“采样统计”
• InnoDB默认选择N个数据页，统计这些页面上的不同值，得到一个平均值，然后乘以这个索引的页面数，得到索引基数。
• 当变更的数据杭超过1/M的时候会自动触发一次索引统计。

innodb_stats_persistent

统计磁盘还是内存

• 设置on时候，统计持久化存储
• 设置off时候，统计内存中信息

analyze table t    可以用来统计索引信息

索引选择异常和处理

大多数时候优化器都能找到正确的索引，但是偶尔你还是会碰到上面情况：

• 采用 force index 强行选择一个索引

缺点：

• 程序员不喜欢使用force index,索引改完名字，这个语句就需要改。             

优点：

•  使用force index最主要的问题还是变更的及时性。一般等待线上出现问题的时候，才会修改SQL语句，加上force index。但是修改之后还要测试和发布。对于生产系统来说，这个过程不够敏捷。

2.修改语句，引导 MySQL 使用我们期望的索引

3.可以新建一个更合适的索引，来提供给优化器做选择，或删掉误用的索引