千家信息网

怎么解决关于数据库insert问题

发表于:2026-11-03 作者:千家信息网编辑
千家信息网最后更新 2026年11月03日,本篇内容主要讲解"怎么解决关于数据库insert问题",感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习"怎么解决关于数据库insert问题"吧!早上对几个10几
千家信息网最后更新 2026年11月03日怎么解决关于数据库insert问题

本篇内容主要讲解"怎么解决关于数据库insert问题",感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习"怎么解决关于数据库insert问题"吧!

早上对几个10几G,上亿的大表进行分区改造,一切都正常。到中午吃饭前对一个10万数据的小表进行插入时出问题了,很简单的插入语句,跑了1个小时没跑完。

插入语句如下,由于保密缘故,相关信息已做修改:

insert into SGS.PROD_NEW  select *    from SGS.PROD   where CREATE_TIME >= to_date('2019-01-01', 'yyyy-mm-dd')     and CREATE_TIME < to_date('2020-07-01', 'yyyy-mm-dd');

这张表大概10万行数据,没有主键,没有索引。

set linesize 200;col owner for a20;col table_name for a40;col tablespace_name for a20;select owner, table_name, num_rows,TABLESPACE_NAME  from dba_tables where table_name = 'PROD'; OWNER                TABLE_NAME                                 NUM_ROWS TABLESPACE_NAME-------------------- ---------------------------------------- ---------- --------------------SGS                  PROD                                     107220      GC_TS

表的大小60M左右:

SQL> select bytes/1024/1024 MB from dba_segments where segment_name='PROD';        MB----------        59

第一次表插入时,跑了1个小时没跑完,看了下等待事件,一直都是direct path read,也没有阻塞,为什么那么慢,看了下执行计划是走的全表扫描,执行计划没有问题:

------------------------------------------------------------------------------------------------------| Id  | Operation                | Name                      | Rows  | Bytes | Cost (%CPU)| Time     |------------------------------------------------------------------------------------------------------|   0 | INSERT STATEMENT         |                           |       |       |  2027 (100)|          ||   1 |  LOAD TABLE CONVENTIONAL | PRODNEW                   |       |       |            |          ||*  2 |   TABLE ACCESS FULL      | PROD                      |   106K|    67M|  2027   (1)| 00:00:01 |------------------------------------------------------------------------------------------------------

干脆停掉,开并行跑。开了16个并行跑插入,跑了半个小时还是卡在那,同样的等待事件。百思不得其解,想到了是不是统计信息过期了,但是这个表没有索引,统计信息过不过期都是走全表扫描。想到了buffer cache太小,但是我前面上亿的数据也能插进去,按理说不可能。想到了是不是temp表空间太小的缘故,查了下,32G,使用率0.01%。

浑水摸鱼1个小时后,想到了有没可能是大字段导致的呢?查了下,果然,MMP,有一个CLOB类型字段100G的大小。

SQL> select bytes/1024/1024/1024 GB from dba_segments where segment_name in (select segment_name from dba_lobs where table_name='PROD');          GB----------.000061035104.680664

最后的解决办法:

开16并行,将时间段拆分为1个月一个月插。最后有点注意的是,表空间要足够大。

到此,相信大家对"怎么解决关于数据库insert问题"有了更深的了解,不妨来实际操作一番吧!这里是网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!

0