Mysql事務，併發問題，鎖機制

一、什麼是事務

事務是一條或多條數據庫操做語句的組合，具有ACID，4個特色。

原子性：要不所有成功，要不所有撤銷

隔離性：事務之間相互獨立，互不干擾

一致性：數據庫正確地改變狀態後，數據庫的一致性約束沒有被破壞

持久性：事務的提交結果，將持久保存在數據庫中

 

二、事務併發會產生什麼問題

1）第一類丟失更新：在沒有事務隔離的狀況下，兩個事務都同時更新一行數據，可是第二個事務卻中途失敗退出， 致使對數據的兩個修改都失效了。

例如：

       張三的工資爲5000，事務A中獲取工資爲5000，事務B獲取工資爲5000，匯入100，並提交數據庫，工資變爲5100，

       隨後

       事務A發生異常，回滾了，恢復張三的工資爲5000，這樣就致使事務B的更新丟失了。

2）髒讀：髒讀就是指當一個事務正在訪問數據，而且對數據進行了修改，而這種修改尚未提交到數據庫中，這時，另一個事務也訪問這個數據，而後使用了這個數據。
例如：
　　張三的工資爲5000,事務A中把他的工資改成8000,但事務A還沒有提交。
　　與此同時，
　　事務B正在讀取張三的工資，讀取到張三的工資爲8000。
　　隨後，
　　事務A發生異常，而回滾了事務。張三的工資又回滾爲5000。
　　最後，
　　事務B讀取到的張三工資爲8000的數據即爲髒數據，事務B作了一次髒讀。

3）不可重複讀：是指在一個事務內，屢次讀同一數據。在這個事務尚未結束時，另一個事務也訪問該同一數據。那麼，在第一個事務中的兩次讀數據之間，因爲第二個事務的修改，那麼第一個事務兩次讀到的的數據多是不同的。這樣就發生了在一個事務內兩次讀到的數據是不同的，所以稱爲是不可重複讀。
例如：
　　在事務A中，讀取到張三的工資爲5000，操做沒有完成，事務還沒提交。
　　與此同時，
　　事務B把張三的工資改成8000，並提交了事務。
　　隨後，
　　在事務A中，再次讀取張三的工資，此時工資變爲8000。在一個事務中先後兩次讀取的結果並不致，致使了不可重複讀。

4）第二類丟失更新：不可重複讀的特例。有兩個併發事務同時讀取同一行數據，而後其中一個對它進行修改提交，而另外一個也進行了修改提交。這就會形成第一次寫操做失效。 

例如：

在事務A中，讀取到張三的存款爲5000，操做沒有完成，事務還沒提交。
　　與此同時，
　　事務B，存儲1000，把張三的存款改成6000，並提交了事務。
　　隨後，
　　在事務A中，存儲500，把張三的存款改成5500，並提交了事務，這樣事務A的更新覆蓋了事務B的更新。

5）幻讀：是指當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的數據進行了修改，這種修改涉及到表中的所有數據行。同時，第二個事務也修改這個表中的數據，這種修改是向表中插入一行新數據。那麼，之後就會發生操做第一個事務的用戶發現表中還有沒有修改的數據行，就好象發生了幻覺同樣。
例如：
　　目前工資爲5000的員工有10人，事務A讀取全部工資爲5000的人數爲10人。
　　此時，
　　事務B插入一條工資也爲5000的記錄。
　　這是，事務A再次讀取工資爲5000的員工，記錄爲11人。此時產生了幻讀。

提醒：
不可重複讀的重點是修改，一樣的條件，你讀取過的數據，再次讀取出來發現值不同了
幻讀的重點在於新增或者刪除，一樣的條件，第 1 次和第 2 次讀出來的記錄數不同

 

三、事務隔離級別，解決什麼併發問題，以及存在什麼併發問題

（1）READ_UNCOMMITTED
　　這是事務最低的隔離級別，它充許另一個事務能夠看到這個事務未提交的數據。
　　解決第一類丟失更新的問題，可是會出現髒讀、不可重複讀、第二類丟失更新的問題，幻讀 。
（2）READ_COMMITTED
　　保證一個事務修改的數據提交後才能被另一個事務讀取，即另一個事務不能讀取該事務未提交的數據。
　　解決第一類丟失更新和髒讀的問題，但會出現不可重複讀、第二類丟失更新的問題，幻讀問題
（3）REPEATABLE_READ
　　保證一個事務相同條件下先後兩次獲取的數據是一致的

       解決第一類丟失更新，髒讀、不可重複讀、第二類丟失更新的問題，但會出幻讀。
（4）SERIALIZABLE
　　事務被處理爲順序執行。
　　解決全部問題

提醒：

Mysql默認的事務隔離級別爲repeatable_read

就拿@Transactional來看：

它會採用底層數據庫默認的隔離級別

四、InnoDB引擎的鎖機制

（之因此以InnoDB爲主介紹鎖，是由於InnoDB支持事務，支持行鎖和表鎖用的比較多，Myisam不支持事務，只支持表鎖）

共享鎖（S）：容許一個事務去讀一行，阻止其餘事務得到相同數據集的排他鎖。
排他鎖（X)：容許得到排他鎖的事務更新數據，阻止其餘事務取得相同數據集的共享讀鎖和排他寫鎖。
意向共享鎖（IS）：事務打算給數據行加行共享鎖，事務在給一個數據行加共享鎖前必須先取得該表的IS鎖。
意向排他鎖（IX）：事務打算給數據行加行排他鎖，事務在給一個數據行加排他鎖前必須先取得該表的IX鎖。

說明：

1）共享鎖和排他鎖都是行鎖，意向鎖都是表鎖，應用中咱們只會使用到共享鎖和排他鎖，意向鎖是mysql內部使用的，不須要用戶干預。

2）對於UPDATE、DELETE和INSERT語句，InnoDB會自動給涉及數據集加排他鎖（X)；對於普通SELECT語句，InnoDB不會加任何鎖，事務能夠經過如下語句顯示給記錄集加共享鎖或排他鎖。
共享鎖（S）：SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE。
排他鎖（X)：SELECT * FROM table_name WHERE ... FOR UPDATE。

3）InnoDB行鎖是經過給索引上的索引項加鎖來實現的，所以InnoDB這種行鎖實現特色意味着：只有經過索引條件檢索數據，InnoDB才使用行級鎖，不然，InnoDB將使用表鎖！。