set global transaction isolation level read committed; //全域性的
set session transaction isolation level read committed; //當前會話
複製**
set autocommit = 1; //自動提交，為0手動提交
複製**
innodb
說明：innodb的mvcc,是通過在每行記錄後面儲存兩個隱藏的列來實現的。這兩個列，乙個儲存了行的建立時間，乙個儲存行的過期時間(或刪除時間)。當然儲存的並不是實際的時間值，而是系統版本號(system version number).每開始個新的事務，系統版本號都會自動遞增。事務開始時刻的系統版本號會作為事務的版本號，用來和查詢到的
select
innodb會根據以下兩個條件檢查每行記錄:
a. innodb只查詢版本早於當前事務版本的資料行(也就是，行的系統版本號小於或等於事務的系統版本號)，這樣可以確保事務讀取的行，要麼是在事務開始前已經存在的，要麼是事務自身插人或者修改過的。
b.行的刪除版本要麼未定義，要麼大於當前事務版本號。這可以確保事務讀取到的行，在事務開始之前未被刪除。
只有符合上述兩個條件的記錄，才能返回作為查詢結果。
insert
innodb為新插人的每行 儲存當前系統版本號作為行版本號。
delete
innodb為刪除的每行儲存當前系統版本號作為行刪除標識。
update
innodb為插人行新記錄，儲存當前系統版本號作為行版本號，同時儲存當前系統版本號到原來的行作為行刪除標識。
注意：mvcc只在repeatable read 和read commited 兩個隔離級別下工作。其他兩個隔離級別都和mvcc不相容法,因為read uncomitted總是讀取最新的資料行，而不是符合當前事務版本的資料行。而serializable則會對所有讀取的行都加鎖。
複製**
show table status like 'task'\g;
複製**
髒讀：當前事務讀到了另乙個事務未提交的狀態，事務沒有實現隔離。
不可重複讀：實現了事務的隔離性，但兩次讀取同一條資料的時候發現資料不一致了。
幻讀：兩次查詢同一批資料，發現有新資料被插入，主要是因為中途有其他事務對資料集進行了插入操作。（加了間隙鎖解決該問題）
複製**
PostgreSQL 多版本併發控制MVCC
什麼是mvcc?mvcc，multi version concurrency control，多版本併發控制，mvcc就是用同乙份資料臨時保留多版本的方式，實現併發控制。它可以避免讀寫事務之間的互相阻塞，相比通常的封鎖技術可極大的提高業務的併發效能。如果有人從資料庫中讀資料的同時，有另外的人寫入資料...
Mysql多版本併發控制
mysql的絕大多數事務型儲存引擎都不是簡單的行級鎖。他們實現了多版本的併發控制，也就是mvvc，當然，支援mvvc的資料庫並不只有mysql，orcale postgresql等都實現了mvvc，只不過他們實現的方式不同而已，因為mvvc沒有乙個統一的規範。其實mvvc可以理解為行級鎖的一種變異，...
MySQL 架構 多版本併發控制
大部分的mysql的儲存引擎，比如innodb，falcon，以及pbxt並不是簡簡單單的使用行鎖機制。它們都使用了行鎖結合一種提高併發的技術，被稱為mvcc 多版本併發控制 mvcc並不單單應用在mysql中，其他的資料庫如oracle,postgresql,以及其他資料庫也使用這個技術。mvcc...