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