首先说下,索引选择的标准有:扫面行数,是否创建临时表,是否排序等。来看下面的例子。
选择了B列上索引,所以扫描了5万多行。
采用 force index 强行选择一个索引
弊端:一来这么写不优美,二来如果索引改了名字,这个语 句也得改,显得很麻烦。而且如果以后迁移到别的数据库的话,这个语法还可能会不兼容。
修改语句,引导 MySQL 使用我们期望的索引
选择索引b的原因是因为语句中出现order by b,即需要对查询出的结果对b列进行排序,所以直接用索引b的话是不需要排序。
那么我们将order by b 修改为 order by b,a, 对a列,b列都得进行排序,这种情况下,优化器就会选择索引a。
以新建一个更合适的索引,来提供给优化器做选择,或删掉误用的索引
这个就不多解释了,直接把索引b删除了就行。