informix常見錯(cuò)誤處理思路(編輯修改稿)
2025-06-15 16:57 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 dirty read，將數(shù)據(jù)庫(kù)表的缺省頁(yè)級(jí)鎖修改為行級(jí)鎖； 2. 設(shè)置鎖等待時(shí)間； 3. 調(diào)整應(yīng)用 SQL，提高執(zhí)行效率，盡量快的完成事務(wù)處理，釋放資源； 4. 如果需要快速處理鎖沖突的情況，在確定鎖的實(shí)際擁有者以后可以確定是否應(yīng)該終止其操作，執(zhí)行 onmode –z sid Kill specified session id，以達(dá)到釋放鎖資源的目的。 頻繁的鎖沖突 ? 故障現(xiàn)象： 在數(shù)據(jù)庫(kù)日志里面出現(xiàn)發(fā)現(xiàn)長(zhǎng)事務(wù)的提示，受影響的事務(wù)處于回滾狀態(tài)，個(gè)別情況下會(huì)導(dǎo)致整個(gè)數(shù)據(jù)庫(kù)實(shí)例的其他數(shù)據(jù)庫(kù)會(huì)話都停止執(zhí)行。 ? 故障分析： 當(dāng)一個(gè)活動(dòng)事務(wù)它所占用的邏輯日志個(gè)數(shù)的比例達(dá)到或超過 LTXHWM（長(zhǎng)事務(wù)基準(zhǔn)線） 所設(shè)定的值，數(shù)據(jù)庫(kù)就會(huì)判定該事務(wù)為一個(gè)長(zhǎng)事務(wù)，對(duì)該事務(wù)進(jìn)行回滾操作，如果這個(gè)時(shí)候邏輯日志的使用個(gè)數(shù)仍然持續(xù)上漲達(dá)到或超過 LTXEHWM 所設(shè)定的值，則數(shù)據(jù)庫(kù)會(huì)停止其他會(huì)話的正常運(yùn)轉(zhuǎn)，全力保證該長(zhǎng)事務(wù)的回滾操作。 長(zhǎng)事務(wù) ? 故障處理： 根據(jù)數(shù)據(jù)庫(kù)日志里面所提供的信息可以很方便的發(fā)現(xiàn)具體是哪一個(gè)事務(wù)造成了長(zhǎng)事務(wù)。系統(tǒng)在將某個(gè)事務(wù)判定為長(zhǎng)事務(wù)以后就會(huì)自動(dòng)對(duì)其進(jìn)行回滾操作。事后可以有針對(duì)性的調(diào)整應(yīng)用將大的事務(wù)劃分為小事務(wù)進(jìn)行提交；避免一個(gè)活動(dòng)事務(wù)長(zhǎng)時(shí)間沒有后續(xù)的操作；提供充足的邏輯日志空間，這里所指出的不僅是空間的總量需要增加，邏輯日志的個(gè)數(shù)也是應(yīng)該增加的，因?yàn)榕袛嗟臉?biāo)準(zhǔn)是以邏輯日志的使用個(gè)數(shù)所占比例來確定的。在 INFORMIX 以后的版本中可以通過動(dòng)態(tài)增加邏輯日志的手段避免由于長(zhǎng)事務(wù)帶來的一些不良影響，在長(zhǎng)事務(wù)回滾過程中如果邏輯日志空間被消耗完畢，如果 DYNAMIC_LOGS 設(shè)置為 2，數(shù)據(jù)庫(kù)服務(wù)器會(huì)自動(dòng)在最后創(chuàng)建的邏輯日志所存在的 dbspace 上查找空余空間，按照最后創(chuàng)建的邏輯日志的大小自動(dòng)在當(dāng)前邏輯日志之后新增邏輯日志，如果不能滿足需要?jiǎng)t會(huì)創(chuàng)建失敗，需要管理員手工添加。 長(zhǎng)事務(wù) ? 故障現(xiàn)象： 數(shù)據(jù)庫(kù)日志中出現(xiàn) chunk IO 錯(cuò)誤，使用 onstat –d 觀察 chunk flag 的狀態(tài)是 down 的狀態(tài)，數(shù)據(jù)庫(kù)操作中不能操作包含在這些 chunk 中的數(shù)據(jù)，如果使用到這些數(shù)據(jù)可能會(huì)返回錯(cuò)誤，嚴(yán)重情況下會(huì)導(dǎo)致數(shù)據(jù)庫(kù)宕機(jī)。 ? 故障分析： 由于發(fā)生 IO 錯(cuò)誤，數(shù)據(jù)庫(kù)不能正常的操作包含在受影響 chunk 中的數(shù)據(jù)，所有的操作請(qǐng)求都將失敗。這可能
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1