MySQL的order by不使用索引的解决办法

这是项目中遇到的问题,为多表联合查询,我这边简单描述一下:

SQL语句是这样的:select * from A a left join B b on a.id = b.device_id left join C c on a.id = c.alarm_id ...... where (中间有查询条件,但是默认为空) order by a.alarm_time

这里我创建了3个索引,一个是a表的alarm_time:create index idx_A_alarm_time on A(alarm_time),因为d.device_id并不是主键,而且可以为null,因此也B表创建了一个索引,然后给C表的alarm_id也建立了一个索引

这时候有意思的就来了:

1.当where 条件里面有alarm_time查询的时候,这个查询会用到A表的索引

2.当where条件不在的时候,也就是说没有where条件的时候,这个查询就没有用到索引,显示的是Using filesort,这可是一个很严重的问题了

3.一开始我以为是关联查询的问题,于是测试了各种子查询,然后又遇到不同的坑,子查询虽然能避免上面的问题,但是我惊讶的发现这个子查询里面加order by和不加没有任何区别。也就是说mysql内部的子查询order by 失效了(问题是5.7之后,要解决只有加limit 限制),于是加了limit后还是会使用filesort,子查询等于没查,又回到起点

4.于是我测试了单张表,在单表下测试这个order by 有没有使用索引,这里我为了不泄漏数据,使用自己测试的数据,这里插入4条数据,用做测试足够了,写存储过程也麻烦。

SET FOREIGN_KEY_CHECKS=0;

-- ----------------------------
-- Table structure for `user`
-- ----------------------------
DROP TABLE IF EXISTS `user`;
CREATE TABLE `user` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(255) COLLATE utf8mb4_general_ci DEFAULT NULL,
  `age` int(3) DEFAULT NULL,
  `descri` varchar(255) COLLATE utf8mb4_general_ci DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;

-- ----------------------------
-- Records of user
-- ----------------------------
INSERT INTO `user` VALUES ('1', '张三', '1', '1');
INSERT INTO `user` VALUES ('2', '李四', '2', '1');
INSERT INTO `user` VALUES ('3', '王五', '3', '1');
INSERT INTO `user` VALUES ('4', '码子', '4', '1');

5.在name字段创建索引

这是查看表存在的索引。

再运行这段代码explain select * from user order by name ,看看有没有使用到索引 ,出现filesort,并没有使用到索引

6.因此问题就很明白了,连表查询表示我不背这个锅,那么怎么解决呢?

我个人的解决方式是强制mysql使用索引

SQL语句:select * from user force index(idx_user_name),这样能够达到index级别,全表查询也算可以了

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
引用\[1\]:根据引用内容中的描述,MySQL的子查询中加入order by语句可能会导致索引失效。在MySQL 5.7之后,为了解决这个问题,需要在子查询中加入limit限制。然而,即使加入了limit,仍然可能会使用filesort,导致子查询无效。因此,使用子查询进行order by操作可能会遇到问题。\[1\] 引用\[2\]:在MySQL中,建立索引是非常重要的。常见的问题之一是询问什么情况下索引会失效。一般来说,索引失效可能是因为没有遵守B+树的最左原则。此外,即使按照最左原则建立了索引,有时也会遇到使用order by时索引和不索引的情况。\[2\] 引用\[3\]:根据引用内容中的描述,当查询字段为'*'时,MySQL可能会选择全表扫描而不索引。这是因为当查询字段为'*'时,MySQL需要进行回表查询,即在返回之前还需要进行多次回表操作。然而,如果查询字段为对应的索引字段,MySQL可以直接通过索引拿到对应的返回字段,不需要进行回表操作,从而提高查询速度。此外,B+树的叶子节点已经排好序,也不需要进行排序操作,进一步提高了查询效率。因此,当查询字段为对应索引字段时,MySQL会选择索引。\[3\] 综上所述,当使用order by时,MySQL索引可能会失效。这可能是因为子查询中加入order by导致索引失效,或者查询字段为'*'时MySQL选择全表扫描而不索引。在实际使用中,需要注意这些情况,合理设计索引和查询语句,以提高查询效率。 #### 引用[.reference_title] - *1* [MySQLorder by不使用索引解决办法](https://blog.csdn.net/weixin_38238552/article/details/102530479)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* *3* [什么情况下mysql使用order by不会索引?](https://blog.csdn.net/qq_38258642/article/details/129035223)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值