
我们写了可以查询生产数据库的运维小工具,方便排查问题,以前不怎么记得表字段,会用这个来查查记录。一直没啥问题,今天用了这个语句,结果执行了很长时间,然后数据库发出 jvm 告警,想问下,这个 sql 会进行全库扫描吗?我一直以为这个直接读取前 10 行就返回数据了。
1 Chinsung 2023 年 1 月 9 日 |
2 funbox 2023 年 1 月 9 日 加一个主键排序 |
3 F281M6Dh8DXpD1g2 2023 年 1 月 9 日 显然不是全表扫描 |
4 r4aAi04Uk2gYWU89 2023 年 1 月 9 日 type 是 all ,确实是 full table scan 。rows 是查询到满足条件的数据前,大概需要扫描的行数,不是完全精确。 不是说加了索引就一定走索引,在表数据量小的情况下,全表扫描性能可以优于索引。 |
5 ttwxdly 2023 年 1 月 9 日 显然优化器觉得扫全表比主键快。 |
6 idblife 2023 年 1 月 9 日 可以查询生产数据库的运维小工具 你们 DBA 是不是想弄死你 |
7 bjzhush 2023 年 1 月 9 日 select * from table where id >=1 and id <= 100 id 为主键 这样是最好的 |
8 hhjswf 2023 年 1 月 9 日 via Android 是不是数据量太少,优化器感觉这么搞比较快 |
9 PendingOni 2023 年 1 月 9 日  |
10 wolfie 2023 年 1 月 9 日 这个跟 主键、索引 有关系??? |
11 PendingOni 2023 年 1 月 9 日 |
12 < href="/member/akira" class="dark">akira 2023 年 1 月 9 日 那如何避免这种情况再次出现呢? 提前给表一个别名? 或者 sql 做下正则过滤,确保 limit 后面必须有空格? |
13 ruiyinjinqu OP @akira sql 必须带上 where 可以避免 |
14 ruiyinjinqu OP @idblife 因为每次查数据都要提工单,然后运维部门还没空,一个一下午就能解决的问题,一周都解决不了,所以。。。。 |
15 qeqv 2023 年 1 月 9 日 MySQL 有反引号,习惯使用就不会出错。 ``` select * from `t1` limit 10; ``` |
16 idblife 2023 年 1 月 9 日 |
17 ElmerZhang 2023 年 1 月 9 日 @ruiyinjinqu 不一定都有 where 的需求,总不能都加个 where 1 = 1 ,傻傻的。我的习惯是查多条时都带上 order by id desc 。 |
18 kingpo 2023 年 1 月 9 日 select top 10 * from table_name ,只查前 10 ,也没有查全表吧 |
19 netabare 2023 年 1 月 10 日 via Android ………这种关键词一般前后都要加空格的吧 |
20 alwaysdazz 2023 年 1 月 10 日 via Android 查数据的界面没有关键字高亮提示吗 |
21 hdiwhsg 2023 年 1 月 10 日 via iPhone xswl |
22 xaplux 2023 年 1 月 10 日 。。。。。。 |
23 wetalk 2023 年 1 月 10 日 啊这这这,缺空格很明显看出来吧。。 |
24 HaoC12 2023 年 1 月 10 日 awsl |
25 ruiyinjinqu OP @alwaysdazz 自己在管理台写了个简单页面,没有高亮啥的,对请求返回参数还 rsa 加密了 :( |
26 xlzyxxn 2023 年 1 月 16 日 2 楼 5 楼说的对 |
27 xlzyxxn 2023 年 7 月 26 日 学习了一下,type 是 ALL 全表扫描,但是是扫了 10 个后就截断了直接返回了。意思就是是全表扫描,但没扫完 |