主頁 > 知識庫 > [Oracle] 淺析令人抓狂的ORA-01555問題

[Oracle] 淺析令人抓狂的ORA-01555問題

熱門標(biāo)簽:word地圖標(biāo)注方向 征服眼公司地圖標(biāo)注 阿爾巴尼亞地圖標(biāo)注app 人工智能地圖標(biāo)注自己能做嗎 征服者火車站地圖標(biāo)注 外呼線路外顯本地號碼 開封智能外呼系統(tǒng)廠家 美圖秀秀地圖標(biāo)注 百度地圖標(biāo)注素材

因此,在數(shù)據(jù)庫的日常維護(hù)工作中,如果只是一次兩次碰到ORA-01555錯誤,一般都先忽略,但是如果經(jīng)常碰到該錯誤,則要進(jìn)行一些調(diào)整以避免該錯誤的再次發(fā)生。

1. 為什么會產(chǎn)生ORA-01555錯誤?
這個錯誤是由數(shù)據(jù)庫的讀一致性(Read consistency)引起的,當(dāng)查詢需要訪問被修改的數(shù)據(jù)時,它會到undo里訪問該數(shù)據(jù)的前鏡像,如果該前鏡像已被覆蓋,查詢語句就會返回ORA-01555的錯誤。

2. 導(dǎo)致ORA-01555錯誤的主要原因有哪些?
1) undo太小
比較直觀的解決方法是DBA告訴數(shù)據(jù)庫應(yīng)用最長的查詢需要多長時間,并把UNDO_RETENTION設(shè)為這個值,同時相應(yīng)增大undo表空間大小。
但要從根本上解決undo太小問題,還得從應(yīng)用端代碼調(diào)優(yōu)入手,減少查詢的運行時間。

2) 延遲的塊清除
這種情況比較少見,特別是在OLTP系統(tǒng)里,在OLAP系統(tǒng)里可能會碰到,解決方法是在每次大量的insert或update之后,記得用DBMS_STATS包掃描相關(guān)對象。

標(biāo)簽:酒泉 宜春 六安 淮南 泰安 葫蘆島 海北 孝感

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《[Oracle] 淺析令人抓狂的ORA-01555問題》,本文關(guān)鍵詞  Oracle,淺析,令人,抓狂,的,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《[Oracle] 淺析令人抓狂的ORA-01555問題》相關(guān)的同類信息!
  • 本頁收集關(guān)于[Oracle] 淺析令人抓狂的ORA-01555問題的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章