本篇內容主要講解“怎么解決關于數據庫insert問題”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“怎么解決關于數據庫insert問題”吧!

創新互聯長期為1000多家客戶提供的網站建設服務，團隊從業經驗10年，關注不同地域、不同群體，并針對不同對象提供差異化的產品和服務；打造開放共贏平臺，與合作伙伴共同營造健康的互聯網生態環境。為通山企業提供專業的網站建設、網站設計，通山網站改版等技術服務。擁有十余年豐富建站經驗和眾多成功案例,為您定制開發。

早上對幾個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
----------
.000061035
104.680664

最后的解決辦法：

開16并行，將時間段拆分為1個月一個月插。最后有點注意的是，表空間要足夠大。

到此，相信大家對“怎么解決關于數據庫insert問題”有了更深的了解，不妨來實際操作一番吧！這里是創新互聯網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！

新聞標題：怎么解決關于數據庫insert問題-創新互聯
文章位置：http://vcdvsql.cn/article12/cedodc.html

成都網站建設公司_創新互聯，為您提供Google、微信公眾號、動態網站、網站制作、網站建設、響應式網站

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯