原來使用的數(shù)據(jù)庫是oracle8.1.7.4? ?這次升級為oracle 10.0.2.4,在導(dǎo)入舊dmp時候明顯能夠感覺到導(dǎo)入數(shù)據(jù)比較快。

1.可是在正式使用之后，發(fā)現(xiàn)啟用一個大表(使用了分區(qū)表)，在update使用比較慢，語句和索引建的和過去在oracle8i上是完全一致的。這是什么原因？也重建過索引，還是有這個問題。

2.在使用db_links從該數(shù)據(jù)庫向一個oracle8i傳遞數(shù)據(jù)時候，很簡單的過程，就是這邊讀然后寫入另一個數(shù)據(jù)庫，速度也特別慢，這是怎么回事？

請高手指教。

3.另：alert.log出現(xiàn)如下

Sat Aug??4 22:46:37 2012

Thread 1 cannot allocate new log, sequence 819

Checkpoint not complete

Current log# 2 seq# 818 mem# 0: /u01/oradata/jf68/redo02.log

Sat Aug??4 22:46:41 2012

Thread 1 advanced to log sequence 819 (LGWR switch)

Current log# 3 seq# 819 mem# 0: /u01/oradata/jf68/redo03.log

Sat Aug??4 22:47:04 2012

Thread 1 cannot allocate new log, sequence 820

Checkpoint not complete

Current log# 3 seq# 819 mem# 0: /u01/oradata/jf68/redo03.log

Sat Aug??4 22:47:06 2012

Thread 1 advanced to log sequence 820 (LGWR switch)

Current log# 1 seq# 820 mem# 0: /u01/oradata/jf68/redo01.log

Sat Aug??4 22:48:00 2012

Thread 1 cannot allocate new log, sequence 821

Checkpoint not complete

Current log# 1 seq# 820 mem# 0: /u01/oradata/jf68/redo01.log

Sat Aug??4 22:48:08 2012

Thread 1 advanced to log sequence 821 (LGWR switch)

Current log# 2 seq# 821 mem# 0: /u01/oradata/jf68/redo02.log

Sun Aug??5 07:27:12 2012

Thread 1 advanced to log sequence 822 (LGWR switch)

Current log# 3 seq# 822 mem# 0: /u01/oradata/jf68/redo03.log

Sun Aug??5 07:27:50 2012

Thread 1 advanced to log sequence 823 (LGWR switch)

Current log# 1 seq# 823 mem# 0: /u01/oradata/jf68/redo01.log

Sun Aug??5 07:31:20 2012

這是怎么回事？

總結(jié)

以上是生活随笔為你收集整理的oracle分区表扩分区 很慢,升级oracle10g 大分区表update变慢的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。