oracle查询结果插入慢，oracle查询速度很慢,最后超时

小程序：扫一扫查出行
【扫一扫了解最新限行尾号】
复制小程序

oracle往表中插入数据的速度跟哪些因素有关.

创建表最快，插入和更新较慢，主要影响的是写盘速度，及回滚日志生成。

为什么上一种方法占用了较多的 CPU 处理时间，关键是 CALLS 表中已创建了索引，当一条数据插入到表中时，Oracle 需要判别新数据与老数据在索引方面是否有冲突，同时要更新表中的所有索引，重复更新索引会消耗一定的时间。

跟索引关系不大看看你这个表有没有外键吧我之前的项目里就出现过这个情况，一个记录INSERT很慢，后来定位是外键的问题，把 FK去掉之后，速度可是瞬间完成。

从语法上分析。select只要做检索，而且你上面的select没有where子句，所以速度会很快，只是数据集会比较大。而你的insert语句，是做了select所得条数的插入操作。

对于数据量很大的insert，进行分批，也有一定的作用。（减少内存征用的等待时间）表分区也有一些作用。

在窗口一中执行select sid from v$mystat where rownum=1；结果中的数字是当面session的标识(设为sid)。在窗口一中执行插入操作，也就是你说1000条需要20分钟的那个操作。

Oracle在这方面提供了表分区功能，它可以减少导入数据操作对用户实时访问数据的影响，操作模式就象使用可热插拔的硬盘一样，只不过这里的硬盘换成了分区（Partition）而已。

如果有全部卸载试试，另外是否是硬件的问题？就是说升级了硬件没有？硬件有异常吗？先软后硬，建议先查杀一下木马，修复一下系统试试。

—database buffer cache这个缓存区。而插入也是写入这个缓存区，只有等待DBWR线程写入，才会写入硬盘数据文件。这个会影响插入的性能，不过不是关键（它不是每一条插入都会写入硬盘）。以上为我个人理解，如有误区请指正。

给条件的字段加上索引能提高这个查询效率，如EFEE_ESCO_ID，EFEE_EBAP_CODE。

如果有全部卸载试试，另外是否是硬件的问题？就是说升级了硬件没有？硬件有异常吗？先软后硬，建议先查杀一下木马，修复一下系统试试。

QXDM from TB_DIC_Constant) c on a.YLJGDM = c.DMXDMZgroup by c.QXDM， YLJGDM；执行速度快不快，看一下要插入多少笔数据。以上确认是查询问题，还是插入问题。

和索引有关系如果表是分区的话，索引也最好改成是分区索引。

五万数据量，有影响但不会很明显。如果对表添加合适的索引，能够提高用户查询该表的速度。索引类似一本书的目录，你通过目录来查看书中的内容肯定是要方便且便捷的。

在做交易系统时，遇到一个场景，需要查询交易表的某个时段的交易，但是时段间交易数据过大，导致查询时间太长，达到25小时还在进行，最后只能kill。

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

，看看其他表是不是也慢，如果情况一样，可能是机器不太强或数据库调整的不好。5，你的问题不是很清楚，你的count（*）语句是没有条件的吗？如果有选择性较高的条件，那么是需要用索引的。

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

查询速度慢 1。sql复杂，多表格关联。无优化。2。通信阻碍，网络慢 3。oracle内部查询慢，无索引。4。查询数据量大，pga小。你可以试一下，简单的表，简单的查询，速度会不会变化，或则同样的表，简单的查询等。

关于oracle查询结果插入慢和oracle查询速度很慢,最后超时的介绍到此就结束了，不知道你从中找到你需要的信息了吗？如果你还想了解更多这方面的信息，记得收藏关注本站。