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