oracle 11g undo_retention 以及retention guarantee 小節

undo 裡面記錄的是被修改的資料塊的前映象，但是他並不是原資料塊的copy，而是一個改變向量，真正的一致性讀要藉助CR塊，

Cr塊也就是consistent read塊它用來維護oracle的讀一致性的資料塊。當查詢某些資料的時候，發現資料塊的版本比我們要查詢的新，例如session1執行了dml操作並沒有提交，session2此時查詢跟session1相關的dml操作的資料資訊，此時查詢的資料卻是原來的資料資訊

。

查詢的過程會在undo段中查詢該資料塊的前映像後，然後把前映像和current塊合併形成了一個CR block，透過查詢cr block就可以滿足資料的一致性了。

CR block存在於sga的buffer cache中，在db cache裡申請一個資料塊（當前塊），然後和對應的回滾段的前映像生成cr block。

關於undo的引數：

SQL> show parameter undo

NAME TYPE VALUE

------------------------------------ ----------- ------------------------------

undo_management string AUTO

undo_retention integer 900

undo_tablespace string UNDOTBS1

從11g開始oracle預設都是undo tablespace 自動管理，並且如果你沒有指定undo_tablespace 這個引數，也就是說沒有undo表空間，那麼oracle就會把修改塊的前映象放到system表空間裡面，並且會在alert日誌裡面告警：資料庫 running without an undo tablespace。

下面重點解釋 undo_retention  

我們知道undo segments的extents 的狀態共有四種，free ,active , inacitve, expired  
SQL> select SEGMENT_NAME,TABLESPACE_NAME,STATUS from  dba_undo_extents;


SEGMENT_NAME                   TABLESPACE_NAME                STATUS
------------------------------ ------------------------------ ---------
_SYSSMU10_3534552179$          UNDOTBS1                       EXPIRED
_SYSSMU10_3534552179$          UNDOTBS1                       EXPIRED
_SYSSMU10_3534552179$          UNDOTBS1                       UNEXPIRED
_SYSSMU10_3534552179$          UNDOTBS1                       EXPIRED
_SYSSMU10_3534552179$          UNDOTBS1                       EXPIRED
_SYSSMU10_3534552179$          UNDOTBS1                       EXPIRED
_SYSSMU9_3683992930$           UNDOTBS1                       EXPIRED
_SYSSMU9_3683992930$           UNDOTBS1                       EXPIRED
_SYSSMU9_3683992930$           UNDOTBS1                       EXPIRED

    1）free：沒有分配給任何一個段

    2）active：區中有事務沒有提交

    3）inactive：區中的事務提交了但是還沒有達到  undo_retention 的時間

    4）expired：事務提交而且達到了undo_retention

    注：我們可以透過設定undo_retention來保住inactive的區，若沒有free，則自動擴充套件；若擴充套件不了，則優先使用expired；若還不夠，則就會使用inactive，但如果此時retention是guarantee保證的（也就是ALTER TABLESPACE undotbs1 RETENTION GUARANTEE），則無法使用inactive，會報ORA-30036。

小節 ：如果你傾向於保證資料一致性，也就是專注於查詢，那麼你有必要透過ALTER TABLESPACE undotbs1 RETENTION GUARANTEE，來保證一致性，也就是不管你空間夠不夠用，你都不可以使用inactive狀態的區，這樣就有可能導致由於沒有可用的undo空間而導致資料庫hang住，但是這樣你可以保證查詢語句執行時間在  undo_retention值 之內的所有查詢 的一致性。如果你的業務傾向於事務，你可以不去設定   RETENTION GUARANTEE，這樣