一、问题：
如下的一个查询，按常理，应该会选择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，不算是错误。