oracle資料庫死鎖

① oracle大數據量更新引發的死鎖問題解決方法及oracle分區和存儲過程的思考

在資料庫維護中，有一次遇到一個挑戰，需要對一張統計表（含80萬條數據）的collect_time欄位進行大規模更新，以將所有時間統一推遲到下一個月。這個過程充滿了學習和解決難題的時刻，希望能對同行有所幫助。

起初，由於表已按時間分區，嘗試直接執行SQL語句時遇到了ORA-14402錯誤，原因是更新分區關鍵字列會導致分區的更改。解決這個問題的方法是先啟用表的行移動功能（alter table xxx enable row movement），允許對分區欄位進行更新。更新後別忘了關閉行移動（alter table xxx disable row movement）。

然而，即使這樣，更新操作執行了20分鍾還未完成，且無法強制終止。這源於分區更新操作的特性，它將一個UPDATE分解為DELETE、INSERT和UPDATE三個步驟，導致性能降低和redo log、undo log增加。特別是當collect_time作為分區列時，影響尤為顯著，更新速度極慢。

在遇到死鎖問題時，通過PL/SQL工具和進程查詢發現，表被鎖定，定位到特定用戶的進程並強制中斷後，進程狀態顯示為KILLED，這可能需要在操作系統層面進行清除。最終，通過kill -9命令終止進程，死鎖解除，但更新任務仍需繼續。

考慮到上述問題，決定採用存儲過程來避免類似的死鎖和性能問題，通過存儲過程實現數據的高效插入和管理，以完成大規模數據更新任務。