通一个sql执行效率不一样，是为啥

Mysql 8.0.24 下数据库大概 160w 条数据#

1、select `use_bike_distance_length`, `id` from `orders` where `bike_id` = 1 and `status` in (4, 3) order by `id` desc limit 5;#数据库里面有很多符合这个条件的数据【很快】
2、select `use_bike_distance_length`, `id` from `orders` where `bike_id` = 531 and `status` in (4, 3) order by `id` desc limit 5;#数据库中没有符合这个条件的数据【很慢】

不知道从哪下手分析导致这样问题的原因。

执行计划#

运行效果#
我的分析#
应该和索引和执行计划没有关系【要是有关我感觉应该是：没有数据也就没有索引，是不是全表查了；但是如果查询的时候如果没有索引咋会有数据，我感觉不用全表扫描查吧。】
```
1、select `use_bike_distance_length`, `id` from `orders` where `bike_id` = 1 order by `id` desc limit 5;#【快】
2、select `use_bike_distance_length`, `id` from `orders` where `bike_id` = 531 order by `id` desc limit 5;【慢】
```

zh-mead

课程读者 92 声望

暂无个人描述~

0 人点赞

你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程，JWT 概念及使用和 API 开发相关的进阶知识。

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

推荐文章：

更多推荐...

博客

用 Laravel12 Startkit 做了一个 composer 私有包托管平台 😂 点赞超过 20 个开源，看看需要的人多不多 27 / 19 |

博客

冯老师的困惑 —— 一个跑了两年的 BUG 19 / 16 |

博客

你好，InnoCMS：一个 Laravel 社区老员的开源建站之旅 34 / 51 |

博客

手摸手带你使用 docker-compose 编排一个开发环境 19 / 15 |

用钉钉提醒 Laravel 11 异常：一个简单的实现 11 / 8 |

博客

工作小锦囊系列——如何实现一个车辆预定功能（下） 13 / 15 |

kis龍

Laravel 9.x 译者 498 声望

最佳答案

没有表结构、索引，说下我的个人看法吧，有不对的欢迎指正

extra 显示 useing where，应该是 bike_id 没有加索引

key 显示 primary ，走了主键索引查询，订单表的主键应该不会命名为 bike_id


select `use_bike_distance_length`, `id` from `orders` where `bike_id` = 1 and `status` in (4, 3) order by `id` desc limit 5; -- 数据库里面有很多符合这个条件的数据【很快】
-- 找到 bike_id = 1 , 会走了全表扫描，但是你限制了 5 条记录，查到后会直接返回，所以很快；
-- 验证方法：添加排序条件后就会变慢（猜测）， 添加 order id desc|asc  ， 正序倒序都试试看，不太确定哪个更快一些，还是一样快，注意要避免查询缓存哦

select `use_bike_distance_length`, `id` from `orders` where `bike_id` = 531 and `status` in (4, 3) order by `id` desc limit 5; -- 数据库中没有符合这个条件的数据【很慢】
-- 没有找到 bike_id = 531 走了全表扫描，所以慢

2年前评论

renxiaotu

我赞同

高延迟战神

合理

讨论数量: 9

kis龍

Laravel 9.x 译者 498 声望

没有表结构、索引，说下我的个人看法吧，有不对的欢迎指正

extra 显示 useing where，应该是 bike_id 没有加索引

key 显示 primary ，走了主键索引查询，订单表的主键应该不会命名为 bike_id


select `use_bike_distance_length`, `id` from `orders` where `bike_id` = 1 and `status` in (4, 3) order by `id` desc limit 5; -- 数据库里面有很多符合这个条件的数据【很快】
-- 找到 bike_id = 1 , 会走了全表扫描，但是你限制了 5 条记录，查到后会直接返回，所以很快；
-- 验证方法：添加排序条件后就会变慢（猜测）， 添加 order id desc|asc  ， 正序倒序都试试看，不太确定哪个更快一些，还是一样快，注意要避免查询缓存哦

select `use_bike_distance_length`, `id` from `orders` where `bike_id` = 531 and `status` in (4, 3) order by `id` desc limit 5; -- 数据库中没有符合这个条件的数据【很慢】
-- 没有找到 bike_id = 531 走了全表扫描，所以慢

2年前评论

renxiaotu

我赞同

高延迟战神

合理

Imuyu

课程读者 870 声望

索引问题吧，有数据就会有索引，然后回表，否则就是扫描全表，你可以分析一下 sql，看一下是否走了索引

2年前评论

Trace92

见习助教 811 声望

使用 explain 看下执行计划，详细可以看下这里：

博客：一文详解 Mysql 优化中 explain 各字段含义

2年前评论

fofome

课程读者 41 声望 / php @ Fozu Ridge

把查询条件用 exists 子查询优化一下应该行。原因可以看下执行计划

2年前评论

kis龍

Laravel 9.x 译者 498 声望

没有表结构、索引，说下我的个人看法吧，有不对的欢迎指正

extra 显示 useing where，应该是 bike_id 没有加索引

key 显示 primary ，走了主键索引查询，订单表的主键应该不会命名为 bike_id


select `use_bike_distance_length`, `id` from `orders` where `bike_id` = 1 and `status` in (4, 3) order by `id` desc limit 5; -- 数据库里面有很多符合这个条件的数据【很快】
-- 找到 bike_id = 1 , 会走了全表扫描，但是你限制了 5 条记录，查到后会直接返回，所以很快；
-- 验证方法：添加排序条件后就会变慢（猜测）， 添加 order id desc|asc  ， 正序倒序都试试看，不太确定哪个更快一些，还是一样快，注意要避免查询缓存哦

select `use_bike_distance_length`, `id` from `orders` where `bike_id` = 531 and `status` in (4, 3) order by `id` desc limit 5; -- 数据库中没有符合这个条件的数据【很慢】
-- 没有找到 bike_id = 531 走了全表扫描，所以慢

2年前评论

renxiaotu

我赞同

高延迟战神

合理

梧桐树下

70 声望

你这个没有索引导致的，使用主键索引是因为 order 排序用到呢。然后你还有个 limit 限制，有数据的话就查出来 5 个后停止全表扫描了。没有数据的记录只能全部数据扫一遍。明显前后两个数据量就不一致了

2年前评论

laisxn

28 声望 / 九袋弟子 @ 丐帮

假设：bike_id = 1 只有 10w 条，bike_id = 5 150w 条结果：即使 bike_id 有索引，150w 也会慢

2年前评论

lmdfx

Laravel 9.x 译者 143 声望

bike_id 加个索引试试？

2年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助

通一个sql执行效率不一样，是为啥

Mysql 8.0.24 下数据库大概 160w 条数据#

执行计划#

运行效果#

我的分析#

推荐文章：

高认可度评论：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

通一个sql执行效率不一样，是为啥

Mysql 8.0.24 下数据库大概 160w 条数据#

执行计划#

运行效果#

我的分析#

推荐文章：

高认可度评论：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录