我们需要知道的第一个知识是使用哪个索引是由 MySQL来确定的。在数据库里面，扫描行数是影响执行代价的因素之一。扫描的行数越少，意味着访问磁盘数据的次数越少，消耗的 CPU 资源越少。
mysql中扫描行数是怎么判断的？
MySQL 在真正开始执行语句之前，并不能精确地知道满足这个条件的记录有多少条，而只能根据统计信息来估算记录数。
这个统计信息就是索引的“区分度”。显然，一个索引上不同的值越多，这个索引的区分度就越好。而一个索引上不同的值的个数，我们称之为“基数”。 这个可以用下面代码进行查看：
show index from t
MySQL 是怎样得到索引的基数的呢？
InnoDB 默认会选择 N 个数据页，统计这些页面上的不同值，得到一个平均值，然后乘以这个索引的页面数，就得到了这个索引的基数。
而数据表是会持续更新的，索引统计信息也不会固定不变。所以，当变更的数据行数超过 1/M 的时候，会自动触发重新做一次索引统计。
有时候优化器主键查询的行数为1万，用索引为5000，但是优化器会选择用主键，这是为什么呢？
这是因为，如果使用索引，每次从索引上拿到一个值，都要回到主键索引上查出整行数据，这个代价优化器也要算进去的。但是主键就不需要了。
MySQL选错索引，我们怎么解决？
analyze table t //重新统计索引信
出现错误的原因？
大家解决一下哈
