MySQL索引选择问题（要相信MySQL自己选择索引的能力）

一、问题：

     如下的一个查询，按常理，应该会选择enter_day，但优化器选择的是：d_index。这是否是优化器选择错误，其实不一定，两者的成本是一样的，请看测试。

     

 

有个表，表结构如下，这里只截取一部分，但可以说明问题：

enter_day的定义是：`enter_day` int(11) NOT NULL DEFAULT '0' COMMENT '进入日期(整型)',

共有4个索引，包含这个列

 

二、测试过程：

     看看这个表的数据量：2314234。大小3.5G。MySQL 版本是 5.5.24

     数据量不算大，没有选择enter_day的原因，猜测是因为两者的代价是一样的，所以对于MySQL来说，两者没区别。

下面进行测试：

正常查询，可以看到Handler_read_next为229804

再查一次，可以看到Handler_read_next还是增加229804，即229804*2＝459608

那下面指定强制索引，再做一次测试，发现Handler_read_next也是229804（689412－459608=229804）。说明代价还真的是一样的。

 

三、结论：

     选择哪个索引，对于MySQL来说，成本是一样的，无所谓对错，所以默认选择d_index，不算是错误。

转载于:https://www.cnblogs.com/tonnyChen/p/9511408.html