1、问题:测试
以下的一个查询,按常理,应该会选择enter_day,但优化器选择的是:d_index。这是不是优化器选择错误,其实不必定,二者的成本是同样的,请看测试。优化
有个表,表结构以下,这里只截取一部分,但能够说明问题:3d
enter_day的定义是:`enter_day` int(11) NOT NULL DEFAULT '0' COMMENT '进入日期(整型)',blog
共有4个索引,包含这个列索引
2、测试过程:im
看看这个表的数据量:2314234。大小3.5G。MySQL 版本是 5.5.24d3
数据量不算大,没有选择enter_day的缘由,猜想是由于二者的代价是同样的,因此对于MySQL来讲,二者没区别。next
下面进行测试:数据
正常查询,能够看到Handler_read_next为229804查询
再查一次,能够看到Handler_read_next仍是增长229804,即229804*2=459608
那下面指定强制索引,再作一次测试,发现Handler_read_next也是229804(689412-459608=229804)。说明代价还真的是同样的。
3、结论:
选择哪一个索引,对于MySQL来讲,成本是同样的,无所谓对错,因此默认选择d_index,不算是错误。