oracle查询语句很慢，oracle查询速度突然变慢

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

ORACLE表数据量太大,一个简单的查询语句执行要几分钟,怎么办!

如果是小数据表的话这方面的效果不是很明显。我认为存储采集数据的话最好建立分区，如果对此表更多的进行更新操作的话建议只建个范围分区。这样更新会比较快。。而且你也知道分区表的有点吧。。

数据表百万级的数据量，其实还是不是很大的，建立合理的索引就可以解决了。

数据问题，由于数据量的增加，导致语句执行慢，此时，应该优化SQL语句。表结构问题，查看是否对大数据量的表用到索引、分区等，优化表存储。

这里使用的聚合函数是导致慢的主要原因，建议方案①新建一张表，字段就是你那一大堆查询语句的结果，然后用过程或触发器及时写进或更新这张表，查询时只用select *就行了，这样把费时查询与聚合交给后台数据库处理。

几个简单的步骤大幅提高Oracle性能--我优化数据库的三板斧。数据库优化的讨论可以说是一个永恒的主题。资深的Oracle优化人员通常会要求提出性能问题的人对数据库做一个statspack，贴出数据库配置等等。

Q1: oracle数据库约200W数据查询非常慢,查询需要10几秒,经常查询超时,这个...

这种情况下，可以尝试使用 BULK COLLECT 来批量加载。下面是 Oracle 游标处理II - 使用BULK COLLECT 的例子。

目标数据库是否开启了服务。目标数据库是否开启了监听。目标服务器是否有防火墙或是网络策略限制不允许访问。检查下访问的配置是否正确，如IP、端口号、用户信息等等。访问账号的连接数是否过多等等。

调整数据结构的设计。这一部分在开发信息系统之前完成，程序员需要考虑是否使用ORACLE数据库的分区功能，对于经常访问的数据库表是否需要建立索引等。调整应用程序结构设计。

Q2: oracle查询数据速度慢,已建索引的。求助

研究分析，问题就出在txn_time上，如果走索引会非常慢，反而不走索引（/ +no_index(t) /）速度反而很快。

完全是根据经验），那么你可以在你使用的条件字段上创建索引。如果大于这个比例，那么还是不要建索引全表扫描吧，建了索引反而会更慢。如果你用的是oracle 10g，你可以建索引在上面先，如果效率没提高就把索引删掉。

设置cursor_sharing=FORCE 或SIMILAR ；将常用的小表、索引钉在数据缓存KEEP池中，设置optimizer_max_permutations ，调整排序参数。

条不到的记录)一起查询的，根据大表的A字段(数值型)，查A字段值在一定范围内的记录，发现当范围越大，查出来的结果越多时，越慢，加了索引貌似还是差不多，速度没有改善呢。

根据你的查询条件，建立相应的索引，就可以提高查询效率了。在硬件基本符合要求的情况下，通过索引检索，如果结果集只有几十条数据的话，一般都可以降低到毫秒级的处理速度。

Q3: oracle单表查询超慢

首先看看两个表结构上是否有差异，有没有建索引，如果有，索引是否有差异。若是两个表完全相同。

没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷) I/O吞吐量小，形成了瓶颈效应。没有创建计算列导致查询不优化。

。创建物理视图。在试图中固化排序。2。你的数据是百万级别，测试一下你的时间是耗费在排序上，还是数据提取上。甚至显示上。3。你的id是数字型的吧，要是字符型，那肯定慢啊。4。使用存储过程中的pipeline来提取数据。

研究分析，问题就出在txn_time上，如果走索引会非常慢，反而不走索引（/ +no_index(t) /）速度反而很快。

Q4: oracle数据库系统视图查询慢

在Oracle数据库中，创建临时表和物化视图都是为了提高查询性能。临时表是一个临时性的表，数据只存在于会话中，在会话结束后就消失了。而物化视图则是一个持久化的表，存储着查询语句的结果集，并在需要的时候自动更新。

对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

这种情况有很多可能性，首先，你的服务器的负载情况会影响到你的数据读取速度的，如果数据库服务器执行的进程过多，会导致查询速度下降很多。

那个连接条件可以过滤掉不符合条件的数据那个字段连接条件应该在最后。如果数据量比较大，而且对数据的实时性要求不高，那么建议用oracle的物化视图来做。

oracle查询语句很慢的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于oracle查询速度突然变慢、oracle查询语句很慢的信息别忘了在本站进行查找喔。