記次10g exchange partition很慢的問題
環境介紹:
ORACLE10G 64BIT
HP 64BIT
[@more@]晚上需要多資料表進行分表規劃,預備方案是將分割槽透過EXCHANGE PARTITION的方式將分割槽的資料轉移到表上,然後再重建索引,預計時間也就2個小時左右,可以到了實際操作中發現EXCHANGE PARTITION一個操作就足足耗費了2個小時居然還未見任何起色,檢查等待事件發現許多的free buffer,syn log之類的等待,感覺很不正常,EXCHANGE PARTITION無非就是將分割槽表與實體表的data_object_id交換,然後把塊頭的資訊進行修改就OK的,再細細的觀察發現log檔案全是action狀態,透過LOGMINOR進行日誌資訊的挖去後發現,原來在分割槽表上建立的MV LOG,而MV LOG裡面由於遠端機器沒有進行日誌的同步,所以裡面的資訊就一直積累了很多,然後再進行EXCHANGE PARTITION的時候首先會對裡面的資料進行逐條的刪除,逐條刪除啊,裡面有幾百萬的資料。。。。。
找到問題的根本點了,然後將MV LOG刪除,再進行操作一切順暢。。。。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10130206/viewspace-1048708/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- exchange partition 交換的問題ORA-14130:
- exchange partition
- exchange partition 的用法
- exchange partition(轉)
- Pruning、Reference Partition、Exchange Partition
- exchange partition原理探究
- exchange partition 實驗
- Exchange Partition的實驗例子
- [Oracle] Partition table exchange Heap tableOracle
- exchange partition的一些測試
- 巧妙使用exchange partition的一個案例
- Exchange partition分割槽結構的“乾坤挪移”
- 分割槽表UNUSED列後的EXCHANGE PARTITION操作
- 轉摘:EXCHANGE PARTITION those pesky columns
- 3-Partition 問題
- 解決Redmine建立&更新問題時很慢的問題
- 使用exchange partition來交換不同schema之間的表
- SSH登入很慢問題的解決
- 解決訪問 GitHub 與 clone 很慢的問題Github
- 解決訪問Github與clone很慢的問題Github
- 關於partition table import的問題Import
- Partition管理問題集錦
- 解決pod install update很慢的問題
- 關於Partition列被更新的問題
- 記一次 Redis 容量 超限的問題Redis
- 記一次排查CPU高的問題
- 記一次oom問題排查OOM
- 記錄一次問題排查
- 【Mysql】記一次鎖問題MySql
- apache和weblogic整合後很慢問題ApacheWeb
- ts程式碼提示很慢問題解決
- kafka shutdown停止關閉很慢問題的解決方案Kafka
- 兩個TABALE在聯合查詢很慢的問題
- 記一次 Laravel MethodNotAllowedHttpException 問題排查LaravelHTTPException
- 記一次線上FGC問題排查GC
- 記一次HttpClient使用問題分析HTTPclient
- 記一次線上事故,redis 的keys問題,cpu引起的效能問題Redis
- 記錄一次XTTS遷移碰到的問題TTS