select @@tx_isolation;

select @@global.tx_isolation;

set session transaction isolatin level repeatable read;

set global transaction isolation level repeatable read;

declare
 trans_id Varchar2(100);
 begin
 trans_id := dbms_transaction.local_transaction_id( TRUE );
 end; 

SELECT s.sid, s.serial#,

　　CASE BITAND(t.flag, POWER(2, 28))
　　　　WHEN 0 THEN 'READ COMMITTED'
　　　　ELSE 'SERIALIZABLE'
　　END AS isolation_level
FROM v$transaction t
JOIN v$session s ON t.addr = s.taddr AND s.sid = sys_context('USERENV', 'SID');

鎖

共享鎖:為了共享讀（select），如果存在事務(wù)（一個或多個）擁有對表中數(shù)據(jù)（關(guān)于鎖數(shù)據(jù)的多少，視鎖的粒度而定）的共享鎖，不允許對鎖定的數(shù)據(jù)進行更新(update)

排他鎖:只能有一個,其他的事務(wù)就不能對鎖定的數(shù)據(jù)獲取共享鎖和排他鎖（即排他鎖與共享鎖不能兼容，更多信息請查看鎖兼容性），在此特別強調(diào)一下 鎖定的數(shù)據(jù)。

鎖與隔離級別

類型1

① READUNCOMMITTED：不發(fā)出鎖

② READCOMMITTED：發(fā)出共享鎖，保持到讀取結(jié)束

③ REPEATABLEREAD：發(fā)出共享鎖，保持到事務(wù)結(jié)束

④ SERIALIZABLE：發(fā)出共享鎖，保持到事務(wù)結(jié)束

類型2

① NOLOCK：不發(fā)出鎖。等同于READUNCOMMITTED

② HOLDLOCK：發(fā)出共享鎖，保持到事務(wù)結(jié)束。等同于SERIALIZABLE

③ XLOCK：發(fā)出排他鎖，保持到事務(wù)結(jié)束。

④ UPDLOCK：發(fā)出更新鎖，保持到事務(wù)事務(wù)結(jié)束。（更新鎖：不阻塞別的事物，允許別的事物讀數(shù)據(jù)（即更新鎖可與共享鎖兼容），但他確保自上次讀取數(shù)據(jù)后數(shù)據(jù)沒有被更新）

⑤ READPAST：發(fā)出共享鎖，但跳過鎖定行，它不會被阻塞。適用條件：提交讀的隔離級別，行級鎖，select語句中。

類型3

① ROWLOCK：行級鎖

② PAGLOCK：頁級鎖

③ TABLOCK：表鎖

④ TABLOCKX：表排他鎖

在SELECT語句中使用XLOCK并不能阻止讀。這是因為SQL SERVER在讀提交隔離級別上有一種特殊的優(yōu)化，即檢查行是否已被修改，如果未被修改則忽略XLOCK。因為在讀提交隔離級別上這確實是可以接受的。

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方，望不吝賜教。