我们写了可以查询生产数据库的运维小工具,方便排查问题,以前不怎么记得表字段,会用这个来查查记录。一直没啥问题,今天用了这个语句,结果执行了很长时间,然后数据库发出 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
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 个后就截断了直接返回了。意思就是是全表扫描,但没扫完
|