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），如果存在事務（一個或多個）擁有對表中數據（關于鎖數據的多少，視鎖的粒度而定）的共享鎖，不允許對鎖定的數據進行更新(update)

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

鎖與隔離級別

類型1

① READUNCOMMITTED：不發出鎖

② READCOMMITTED：發出共享鎖，保持到讀取結束

③ REPEATABLEREAD：發出共享鎖，保持到事務結束

④ SERIALIZABLE：發出共享鎖，保持到事務結束

類型2

① NOLOCK：不發出鎖。等同于READUNCOMMITTED

② HOLDLOCK：發出共享鎖，保持到事務結束。等同于SERIALIZABLE

③ XLOCK：發出排他鎖，保持到事務結束。

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

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

類型3

① ROWLOCK：行級鎖

② PAGLOCK：頁級鎖

③ TABLOCK：表鎖

④ TABLOCKX：表排他鎖

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

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