Oracle数据库表，数据量很少，但是查询很慢

1.起因

一开始是甲方业务在点摸个业务2，死慢死慢的（应该说是超级卡那种），然后就去排查。

---

1.1.原因排查

• 首先是不是代码有漏洞，结果发现这个方法单纯是接收前端发来的参数，然后去数据库查一下某张表，有结果就返回成功以及数据，为空返回没数据，查询失败就返回失败。传过来的参数都是默认的，所以代码没问题
• 然后看看sql语句是不是有什么问题，但是这个都跑了半年了，业务们也用了好几个月了，现在才出现，要是sql有问题，早出问题了，所以怀疑可能是表有问题或者是表空间不够，但是表空间要是有问题，怎么就这一张表查询慢，别的表什么问题都没
• 然后找科技去生产上跑一下查询sql，然后就发现，跑查询语句特别慢（贼慢），发现一共就630+条数据能跑将近40-70s

1.2.原因分析

• 发现是表有问题，但是为什么有问题，又是哪的问题呢

• 是不是被锁表了
  select * from dba_objects a,v$locked_object b where a.object_id = b.object_id结果发现并没有出现锁表

• 一般说查询慢，看看索引有没有，但是我发现同一业务下的其他表也没索引，其他表也有几百，几千，几万条数据不等，都没索引。而且600+条的表也不需要索引吧

• 然后找到个文章，说是高水位线（High-warter mark, 即HWM）的问题
  https://blog.youkuaiyun.com/sysmedia/article/details/54947425

  • 总结下，就是说，一开始新表，它高水位线是0（就好比水库底到水平面的距离是0），然后你插入n条数据，它的水位线就上涨n（这时候查询所需就是高水位线以下的全部数据存储块，就好比，你从水平面上游到水库底，但是呢，你要是delete语句，删除了数据，它的高水位线，是不会下降，哪怕你没数据，从水面到水底还是那么远，所以查询时间就长）
  • 除非使用truncate语句，它是类似于删表后又重新把这张表给你创建了，所以HWM会被重置为0

• 实际上在生产上排查的结果就是因为频繁的增删，导致的空间碎片化，不同数据在不同内存块上，查询扫描时，一会儿查查这个，一会儿再跑去查查另一个，所以慢

2.解决方式

有两个方式，其中我们现在用的这个有大佬指点下么，我不是很懂

---

2.1.删表重建这张表（95%解决一切问题）

让它HWM重置

2.2.建索引（目前用的）

• 因为我们是乙方，甲方还是银行，不能直接删表

首先我们先创建了一个常用字段为索引，但是没什么效果，还是慢，之后项目经理又找了个基本用不到的字段又创建了一个索引，然后查询速度一下子上来了

• 【本人对索引没啥了解，有没有大佬指点下，为什么一开始常用字段为索引没效果，之后又加了个不常用字段为索引就好了】