scott@prod>select
*from
dept1;
deptno
dname
loc---
----
----
----
----
----
----
----
----
--10accounting
newyork
20research
dallas
30sales
chicago
50operations
boston
20dba
beijing
scott@prod>update dept1 set deptno=21
where dname='dba';
1 row updated.
scott@prod>select s.sid, s.serial#,
2case bitand(t.flag, power(2, 28))
3when
0then
'read committed'
4else
'serializable'
5end
as isolation_level
6from v$transaction t
7join v$session s on t.addr = s.taddr
8and s.sid = sys_context('userenv', 'sid');
sid serial# isolation_leve
---------- ---------- --------------
415973 read committed
oracle資料庫支援read committed 和 serializable這兩種事務隔離級別。而mysql支援read uncommited,read commited,repeatable read,serializable四種事務隔離級別
read uncommitted（讀取未提交內容）
在read uncommitted隔離級別，所有事物都可以」看到」未提交事物的執行結果。也就是髒讀(讀取未提交事務)
read commited (讀取提交內容)
oracle的預設隔離級別。乙個事物開始時，只能」看見」已經提交事務所做的改變，乙個事務從開始提交前，所做的任何資料改變都是不可見的，除非已經提交。這種隔離級別也就是不可重複讀
repeatable read (可重讀)
repeatable read隔離級別解決了read uncommitted隔離級導致的問題。它確保同一事務的做個例項在併發讀取資料時，會」看到」同樣的資料行。不過理論上，這會導致另乙個棘手的問題：幻讀。簡單來說，幻讀指當使用者讀取某一範圍的資料行時，另乙個事務又在該範圍內插入了薪行，當使用者再讀取該範圍的資料行時，會發現有新的」還原」行。
serializable (可序列化)
serializable是最高端別的隔離級，它通過強制事務排序，使之不可能相互衝突，從而解決幻讀問題。
mysql預設的隔離級別是：
(mysql@localhost) [fandb]> select @@tx_isolation;
+-----------------+
| @@tx_isolation |
+-----------------+
| repeatable-read |
+-----------------+
session a:
(mysql@localhost) [fandb]> begin;
query ok, 0 rows affected (0.00 sec)
(mysql@localhost) [fandb]> update per1 set name='fan1' where id=1
-> ;
query ok, 1 row affected (0.00 sec)
rows matched: 1 changed: 1 warnings: 0
(mysql@localhost) [fandb]> select * from per1 limit 1;
+----+------+
| id | name |
+----+------+
| 1 | fan1 |
+----+------+
1 row in set (0.00 sec)
a會話更新一行
session b:
(mysql@localhost) [fandb]> begin;
query ok, 0 rows affected (0.00 sec)
(mysql@localhost) [fandb]> select * from per1 limit 1;
+----+------+
| id | name |
+----+------+
| 1 | fan |
+----+------+
1 row in set (0.00 sec)
此時在b開始事務並查詢，id=1的name列並沒有變化
session
a:(mysql
@localhost) [fandb]> commit;
query
ok, 0 rows
affected (0.00
sec)
接著a會話提交
session b:
(mysql@localhost) [fandb]> select * from per1 limit 1;
+----+------+
| id | name |
+----+------+
| 1 | fan |
+----+------+
1 row in set (0.00 sec)
在去b會話查詢，還是沒有變化
(mysql@localhost) [fandb]> commit;
query ok, 0 rows affected (0.00 sec)
(mysql@localhost) [fandb]> select * from per1 limit 1;
+----+------+
| id | name |
+----+------+
| 1 | fan1 |
+----+------+
1 row in set (0.00 sec)
只有當b會話事務結束，再次查詢記錄才會變化
mysql隔離級別 MySQL 事務隔離級別
mysql innodb所提供的事務滿足acid的要求，事務是通過事務日誌中的redo log和undo log來實現原子性 undo log 一致性 undo log 永續性 redo log 事務通過鎖機制實現隔離性。1 事務隔離級別與實現read uncommitted 讀未提交 read c...
MySQL事務隔離級別
sql標準定義了4類隔離級別，包括了一些具體規則，用來限定事務內外的哪些改變是可見的，哪些是不可見的。低階別的隔離級一般支援更高的 併發處理，並擁有更低的系統開銷。read uncommitted 讀取未提交內容 在該隔離級別，所有事務都可以看到其他未提交事務的執行結果。本隔離級別很少用於實際應用，...
Mysql 事務隔離級別
mysql 5.5預設儲存引擎 表型別 使用的是innodb，它是支援acid特性的 acid，指資料庫的原子性 atomicity 一致性 consistency 隔離性 isolation 永續性 durability 乙個支援事務 transaction 的資料庫系統，必需要具有這四種特性，否...