數(shù)據(jù)庫事務(wù)(Database Transaction) ，是指作為單個邏輯工作單元執(zhí)行的一系列操作，要么完全地執(zhí)行，要么完全地不執(zhí)行。 

四大特征：

(1)原子性

事務(wù)必須是原子工作單元；對于其數(shù)據(jù)修改，要么全都執(zhí)行，要么全都不執(zhí)行。

(2)一致性

事務(wù)的一致性指的是在一個事務(wù)執(zhí)行之前和執(zhí)行之后數(shù)據(jù)庫都必須處于一致性狀態(tài)。事務(wù)執(zhí)行的結(jié)果必須是使數(shù)據(jù)庫從一個一致性狀態(tài)變到另一個一致性狀態(tài)。

(3) 隔離性（關(guān)于事務(wù)的隔離性數(shù)據(jù)庫提供了多種隔離級別）

一個事務(wù)的執(zhí)行不能干擾其它事務(wù)。即一個事務(wù)內(nèi)部的操作及使用的數(shù)據(jù)對其它并發(fā)事務(wù)是隔離的，并發(fā)執(zhí)行的各個事務(wù)之間不能互相干擾。

(4)持久性

事務(wù)完成之后，它對于數(shù)據(jù)庫中的數(shù)據(jù)改變是永久性的。該修改即使出現(xiàn)系統(tǒng)故障也將一

直保持。

在介紹數(shù)據(jù)庫提供的各種隔離級別之前，我們先看看如果不考慮事務(wù)的隔離性，會發(fā)生的幾種問題：

l 臟讀

臟讀是指在一個事務(wù)處理過程里讀取了另一個未提交的事務(wù)中的數(shù)據(jù)。

l 不可重復(fù)讀

l 幻讀

幻讀和不可重復(fù)讀都是讀取了另一條已經(jīng)提交的事務(wù),不可重復(fù)讀重點在于update和delete，而幻讀的重點在于insert。

在可重復(fù)讀中，該sql第一次讀取到數(shù)據(jù)后，就將這些數(shù)據(jù)加鎖，其它事務(wù)無法修改這些數(shù)據(jù)，就可以實現(xiàn)可重復(fù) 讀了。但這種方法卻無法鎖住insert的數(shù)據(jù)，所以當(dāng)事務(wù)A先前讀取了數(shù)據(jù)，或者修改了全部數(shù)據(jù)，事務(wù)B還是可以insert數(shù)據(jù)提交，這時事務(wù)A就會 發(fā)現(xiàn)莫名其妙多了一條之前沒有的數(shù)據(jù)，這就是幻讀，不能通過行鎖來避免。需要Serializable隔離級別 ，讀用讀鎖，寫用寫鎖，讀鎖和寫鎖互斥，這么做可以有效的避免幻讀、不可重復(fù)讀、臟讀等問題，但會極大的降低數(shù)據(jù)庫的并發(fā)能力。

現(xiàn)在來看看MySQL數(shù)據(jù)庫為我們提供的四種隔離級別：

　　① Serializable (串行化)：可避免臟讀、不可重復(fù)讀、幻讀的發(fā)生。

　　② Repeatable read (可重復(fù)讀)：可避免臟讀、不可重復(fù)讀的發(fā)生。

　　③ Read committed (讀已提交)：可避免臟讀的發(fā)生。

④ Read uncommitted (讀未提交)：最低級別，任何情況都無法保證。

在MySQL數(shù)據(jù)庫中默認(rèn)的隔離級別為Repeatable read (可重復(fù)讀)。

鎖模式包括： 

l 共享鎖:（讀?。┎僮鲃?chuàng)建的鎖。其他用戶可以并發(fā)讀取數(shù)據(jù)，但任何事物都不能獲取數(shù)據(jù)上的排它鎖，直到已釋放所有共享鎖。

l 排他鎖（X鎖）：對數(shù)據(jù)A加上排他鎖后，則其他事務(wù)不能再對A加任任何類型的封鎖。獲準(zhǔn)排他鎖的事務(wù)既能讀數(shù)據(jù)，又能修改數(shù)據(jù)。

l 更新鎖:

更新 (U) 鎖可以防止通常形式的死鎖。如果兩個事務(wù)獲得了資源上的共享模式鎖，然后試圖同時更新數(shù)據(jù)，則兩個事務(wù)需都要轉(zhuǎn)換共享鎖為排它 (X) 鎖，并且每個事務(wù)都等待另一個事務(wù)釋放共享模式鎖，因此發(fā)生死鎖。

若要避免這種潛 在的死鎖問題，請使用更新 (U) 鎖。一次只有一個事務(wù)可以獲得資源的更新 (U) 鎖。如果事務(wù)修改資源，則更新 (U) 鎖轉(zhuǎn)換為排它 (X) 鎖。否則，鎖轉(zhuǎn)換為共享鎖。

鎖的粒度主要有以下幾種類型：

l 行鎖： 粒度最小，并發(fā)性最高

l 頁鎖：一次鎖定一頁。25個行鎖可升級為一個頁鎖。

l 表鎖：粒度大，并發(fā)性低

l 數(shù)據(jù)庫鎖：控制整個數(shù)據(jù)庫操作

樂觀鎖：相對悲觀鎖而言，樂觀鎖假設(shè)認(rèn)為數(shù)據(jù)一般情況下不會造成沖突，所以在數(shù)據(jù)進行提交更新的時候，才會正式對數(shù)據(jù)的沖突與否進行檢測，如果發(fā)現(xiàn)沖突了，則讓返回用戶錯誤的信息，讓用戶決定如何去做。一般的實現(xiàn)樂觀鎖的方式就是記錄數(shù)據(jù)版本。

悲觀鎖：顧名思義，就是很悲觀，每次去拿數(shù)據(jù)的時候都認(rèn)為別人會修改，所以每次在拿數(shù)據(jù)的時候都會上鎖，這樣別人想拿這個數(shù)據(jù)就會block直到它拿到鎖。傳統(tǒng)的關(guān)系型數(shù)據(jù)庫里邊就用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。

--------------------- 

作者：本兮言 

來源：CSDN 

原文：https://blog.csdn.net/ligupeng7929/article/details/79615564