一、數據庫的事務隔離與鎖機制有什么差別和聯系

數據庫事務有不同的隔離級別，不同的隔離級別對鎖的使用是不同的，鎖的應用最終導致不同事務的隔離級別。

按照數據庫的理論，隔離級別可以被分為以下四種，從上向下依次增強：

讀不提交，造成臟讀(Read Uncommitted)： 一個事務中的讀操作可能讀到另一個事務中未提交修改的數據，如果事務發生回滾就可能造成錯誤。

例子1：A打100塊給B，B看賬戶，這是兩個操作，針對同一個數據庫，兩個事物，如果B讀到了A事務中的100塊，認為錢打過來了，但是A的事務最后回滾了，造成損失。

例子2：游戲當中剩余挑戰次數，讀取次數是個事務中的操作，如果寫同時并發，則可能導致兩個事務同時修改數據，同時讀到數據是1，但是當再次修改的時候就一個事務修改為0，另一個事務修改為1，就可能造成誤判。

避免這些事情的發生就需要我們在寫操作的時候加鎖，使讀寫分離，保證讀數據的時候，數據不被修改，寫數據的時候，數據不被讀取。從而保證寫的同時不能被另個事務寫和讀。

讀提交(Read Committed)：我們加了寫鎖，就可以保證不出現臟讀，也就是保證讀的都是提交之后的數據，但是會造成不可重讀，即讀的時候不加鎖，一個讀的事務過程中，如果讀取數據兩次，在兩次之間有寫事務修改了數據，將會導致兩次讀取的結果不一致，從而導致邏輯錯誤。

Repeatable Read（可重讀）：解決不可重復讀問題， 一個事務中如果有多次讀取操作，讀取結果需要一致（指的是固定一條數據的一致，幻讀指的是查詢出的數量不一致）。 這就牽涉到事務中是否加讀鎖，并且讀操作加鎖后是否在事務commit之前持有鎖的問題，如果不加讀鎖，必然出現不可重復讀，如果加鎖讀完立即釋放，不持有，那么就可能在其他事務中被修改，若其他事務已經執行完成，此時該事務中再次讀取就會出現不可重復讀，所以讀鎖在事務中持有可以保證不出現不可重復讀，寫的時候必須加鎖且持有，這是必須的了，不然就會出現臟讀。Repeatable Read（可重讀）也是MySql的默認事務隔離級別，上面的意思是讀的時候需要加鎖并且保持

Serializable（可串行化）?： 解決幻讀問題， 在同一個事務中，同一個查詢多次返回的結果不一致。事務A新增了一條記錄，事務B在事務A提交前后各執行了一次查詢操作，發現后一次比前一次多了一條記錄。幻讀是由于并發事務增加記錄導致的，這個不能像不可重復讀通過記錄加鎖解決，因為對于新增的記錄根本無法加鎖。需要將事務串行化，才能避免幻讀。 這是較高的隔離級別，它通過強制事務排序，使之不可能相互沖突，從而解決幻讀問題。簡言之，它是在每個讀的數據行上加上共享鎖。在這個級別，可能導致大量的超時現象和鎖競爭。

下面文章進一步說明了鎖與事務隔離的關系，并實例驗證了讀未提交可以同時讀，并且一個事務可以讀取到另一個事務未提交的修改，但是不能在另一個事務未提交修改的時候同時修改相同的行；

讀提交則可以保證不會讀取到另一個事務未提交的修改；

同理可以驗證幻讀的問題。

延伸閱讀：

二、事務隔離級別是什么

事務具有ACID屬性，而事務的隔離級別可以不同程度的解決事務并發時可能產生的問題，可以根據不同業務邏輯需求，來選擇不同的事務隔離等級，事務隔離等級越高，越能保證數據的一致性，但就更趨近于串行化，降低并發性能，導致效率變低。