Oracle數(shù)據(jù)庫(kù)的DML命令的處理過程詳解
Oracle數(shù)據(jù)庫(kù)的DML命令的處理過程是本文我們主要要介紹的內(nèi)容，從Oracle 9i起，有兩種undo的管理方式：自動(dòng)Undo管理（Automatic Undo Management，簡(jiǎn)稱AUM）和手工Undo管理（Manual Undo Management，簡(jiǎn)稱MUM）。Oracle 9i之前只能使用MUM，而且在MUM中，undo segment又叫做rollback segment。從Oracle 9i起，Oracle就建議使用AUM，而不應(yīng)再使用MUM了。
DML語(yǔ)句與undo
當(dāng)我們發(fā)出一條DML（比如update tab set col1='A' where col1='B'）語(yǔ)句時(shí)，其執(zhí)行過程可大致概括為以下幾步。
1、在shared pool里進(jìn)行解析，從而生成執(zhí)行計(jì)劃。
2、假設(shè)根據(jù)執(zhí)行計(jì)劃，得出col1='B'的記錄存放在10號(hào)數(shù)據(jù)文件的54號(hào)數(shù)據(jù)塊里。
3、服務(wù)器進(jìn)程在buffer cache里找一個(gè)可用的undo數(shù)據(jù)塊，如果沒有發(fā)現(xiàn)，則到undo表空間里找一個(gè)可用的undo塊，并調(diào)入buffer cache。假設(shè)獲得的undo數(shù)據(jù)塊號(hào)為24號(hào)，位于11號(hào)undo數(shù)據(jù)文件里。
4、將改變前的值，也就是A放入11號(hào)undo數(shù)據(jù)塊。
5、由于undo數(shù)據(jù)塊發(fā)生了變化，于是產(chǎn)生重做記錄，假設(shè)重做記錄號(hào)為120。
行號(hào) 事務(wù)id file# block# row column value
120 T1 24 11 10 col1 A
6、在buffer cache里找到54號(hào)數(shù)據(jù)塊。如果沒有發(fā)現(xiàn)，則從10號(hào)數(shù)據(jù)文件里調(diào)入。
7、將改變后的值，也就是B放入54號(hào)數(shù)據(jù)塊。
8、由于數(shù)據(jù)塊發(fā)生了變化，于是產(chǎn)生重做記錄，假設(shè)重做記錄號(hào)為121。
行號(hào) 事務(wù)id file# block# row column value
121 T1 10 54 10 col1 B
9、控制權(quán)返回給用戶，如果在SQL*Plus里執(zhí)行DML，則表現(xiàn)為光標(biāo)返回。
10、當(dāng)用戶發(fā)出commit命令時(shí)，觸發(fā)LGWR進(jìn)程，將120與121這兩個(gè)重做記錄寫入聯(lián)機(jī)日志文件，并將54號(hào)數(shù)據(jù)塊和11號(hào)undo數(shù)據(jù)塊頭部所記錄的事務(wù)狀態(tài)標(biāo)記設(shè)置為已提交。然后控制權(quán)返回給用戶，如果在SQL*Plus里執(zhí)行DML操作，則表現(xiàn)為光標(biāo)返回。
11、這個(gè)時(shí)候，54號(hào)數(shù)據(jù)塊以及11號(hào)undo塊并不一定被DBWn寫入數(shù)據(jù)文件。只有在臟數(shù)據(jù)塊的數(shù)量達(dá)到一定程度才會(huì)被寫入。
事務(wù)只要被提交或回滾，那么該事務(wù)所使用的undo塊就可以被覆蓋。對(duì)于上面的例子來(lái)說(shuō)，當(dāng)?shù)?0步，用戶發(fā)出commit命令以后，11號(hào)undo塊里的數(shù)據(jù)就可以被其他事務(wù)所覆蓋。
關(guān)于Oracle數(shù)據(jù)庫(kù)的DML命令的處理過程的相關(guān)知識(shí)就介紹到這里了，希望本次的介紹能夠?qū)δ兴斋@！
【編輯推薦】
