MySQL索引选择问题(要相信MySQL本身选择索引的能力)

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,不算是错误。

相关文章
相关标签/搜索