數據庫并發控制——鎖, Multiversion (version) concurrency control (MCC or MVCC) 多版本并發控制 ，它是數據庫管理系統一種常見的并發控制。 并發控制常用的是鎖，當線程要對一個共享資源進行操作的時候，加鎖是一種非常簡單粗暴的方法(事務開始時給 DQL 加讀鎖，給 DML 加寫鎖)，這種鎖是一種 悲觀 的實現方式，也就是說這會給其他事務造成堵塞，從而影響數據庫性能。 其中在數據庫中最常見的就是悲觀鎖和樂觀鎖: * 悲觀鎖 當一個線程需要對共享資源進行操作的時候，首先對共享資源進行加鎖，當該線程持有該資源的鎖的時候，其他線程對該資源進行操作的時候會被阻塞. * 樂觀鎖 當一個線程需要對一個共享資源進行操作的時候，不對它進行加鎖，而是在操作完成之后進行判斷。 比如樂觀鎖會通過一個版本號控制，如果操作完成后通過版本號進行判斷在該線程操作過程中是否有其他線程已經對該共享資源進行操作了，如果有則通知操作失敗，如果沒有則操作成功，當然除了版本號還有CAS，如果不了解的可以去學習一下，這里不做過多涉及。 MVCC的兩種讀形式: * 快照讀 讀取的只是當前事務的可見版本，不用加鎖。而你只要記住 簡單的`select`操作就是快照讀(select \* from table where id = xxx)。 * 當前讀 讀取的是當前版本，比如 特殊的讀操作，更新/插入/刪除操作. 比如： ~~~gfm select * from table where xxx lock in share mode， select * from table where xxx for update， update table set.... insert into table (xxx,xxx) values (xxx,xxx) delete from table where id = xxx ~~~ MVCC的實現原理: MVCC 使用了“三個隱藏字段”來實現版本并發控制，MySQL在創建建表的時候 innoDB 創建的真正的三個隱藏列吧。 | RowID | DB\_TRX\_ID | DB\_ROLL\_PTR | id | name | password | | --- | --- | --- | --- | --- | --- | | 自動創建的id | 事務id | 回滾指針 | id | name | password | * RowID：隱藏的自增ID，當建表沒有指定主鍵，InnoDB會使用該RowID創建一個聚簇索引。 * DB\_TRX\_ID：最近修改（更新/刪除/插入）該記錄的事務ID。 * DB\_ROLL\_PTR：回滾指針，指向這條記錄的上一個版本。 其實還有一個刪除的flag字段，用來判斷該行記錄是否已經被刪除。 而 MVCC 使用的是其中的 事務字段，回滾指針字段，是否刪除字段。 我們來看一下現在的表格(isDelete是我自己取的，按照官方說法是在一行開頭的content里面，這里其實位置無所謂，你只要知道有就行了)。 | isDelete | DB\_TRX\_ID | DB\_ROLL\_PTR | id | name | password | | --- | --- | --- | --- | --- | --- | | true/false | 事務id | 回滾指針 | id | name | password |