數(shù)據(jù)庫(kù)事務(wù)的四大特性及事務(wù)的隔離級(jí)別是什么

本篇內(nèi)容主要講解“數(shù)據(jù)庫(kù)事務(wù)的四大特性及事務(wù)的隔離級(jí)別是什么”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“數(shù)據(jù)庫(kù)事務(wù)的四大特性及事務(wù)的隔離級(jí)別是什么”吧!

如果一個(gè)數(shù)據(jù)庫(kù)聲稱支持事務(wù)的操作，那么該數(shù)據(jù)庫(kù)必須要具備以下四個(gè)特性：

⑴ 原子性（Atomicity）

原子性是指事務(wù)包含的所有操作要么全部成功，要么全部失敗回滾，這和前面兩篇博客介紹事務(wù)的功能是一樣的概念，因此事務(wù)的操作如果成功就必須要完全應(yīng)用到數(shù)據(jù)庫(kù)，如果操作失敗則不能對(duì)數(shù)據(jù)庫(kù)有任何影響。

⑵ 一致性（Consistency）

一致性是指事務(wù)必須使數(shù)據(jù)庫(kù)從一個(gè)一致性狀態(tài)變換到另一個(gè)一致性狀態(tài)，也就是說(shuō)一個(gè)事務(wù)執(zhí)行之前和執(zhí)行之后都必須處于一致性狀態(tài)。

拿轉(zhuǎn)賬來(lái)說(shuō)，假設(shè)用戶 A 和用戶 B 兩者的錢加起來(lái)一共是 5000，那么不管 A 和 B 之間如何轉(zhuǎn)賬，轉(zhuǎn)幾次賬，事務(wù)結(jié)束后兩個(gè)用戶的錢相加起來(lái)應(yīng)該還得是 5000，這就是事務(wù)的一致性。

⑶ 隔離性（Isolation）

隔離性是當(dāng)多個(gè)用戶并發(fā)訪問(wèn)數(shù)據(jù)庫(kù)時(shí)，比如操作同一張表時(shí)，數(shù)據(jù)庫(kù)為每一個(gè)用戶開(kāi)啟的事務(wù)，不能被其他事務(wù)的操作所干擾，多個(gè)并發(fā)事務(wù)之間要相互隔離。

即要達(dá)到這么一種效果：對(duì)于任意兩個(gè)并發(fā)的事務(wù) T1 和 T2，在事務(wù) T1 看來(lái)，T2 要么在 T1 開(kāi)始之前就已經(jīng)結(jié)束，要么在 T1 結(jié)束之后才開(kāi)始，這樣每個(gè)事務(wù)都感覺(jué)不到有其他事務(wù)在并發(fā)地執(zhí)行。

關(guān)于事務(wù)的隔離性數(shù)據(jù)庫(kù)提供了多種隔離級(jí)別，稍后會(huì)介紹到。

⑷ 持久性（Durability）

持久性是指一個(gè)事務(wù)一旦被提交了，那么對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)的改變就是永久性的，即便是在數(shù)據(jù)庫(kù)系統(tǒng)遇到故障的情況下也不會(huì)丟失提交事務(wù)的操作。

例如我們?cè)谑褂?JDBC 操作數(shù)據(jù)庫(kù)時(shí)，在提交事務(wù)方法后，提示用戶事務(wù)操作完成，當(dāng)我們程序執(zhí)行完成直到看到提示后，就可以認(rèn)定事務(wù)以及正確提交，即使這時(shí)候數(shù)據(jù)庫(kù)出現(xiàn)了問(wèn)題，也必須要將我們的事務(wù)完全執(zhí)行完成，否則就會(huì)造成我們看到提示事務(wù)處理完畢，但是數(shù)據(jù)庫(kù)因?yàn)楣收隙鴽](méi)有執(zhí)行事務(wù)的重大錯(cuò)誤。

以上介紹完事務(wù)的四大特性 (簡(jiǎn)稱 ACID)，現(xiàn)在重點(diǎn)來(lái)說(shuō)明下事務(wù)的隔離性，當(dāng)多個(gè)線程都開(kāi)啟事務(wù)操作數(shù)據(jù)庫(kù)中的數(shù)據(jù)時(shí)，數(shù)據(jù)庫(kù)系統(tǒng)要能進(jìn)行隔離操作，以保證各個(gè)線程獲取數(shù)據(jù)的準(zhǔn)確性，在介紹數(shù)據(jù)庫(kù)提供的各種隔離級(jí)別之前，我們先看看如果不考慮事務(wù)的隔離性，會(huì)發(fā)生的幾種問(wèn)題：

1  臟讀

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

當(dāng)一個(gè)事務(wù)正在多次修改某個(gè)數(shù)據(jù)，而在這個(gè)事務(wù)中這多次的修改都還未提交，這時(shí)一個(gè)并發(fā)的事務(wù)來(lái)訪問(wèn)該數(shù)據(jù)，就會(huì)造成兩個(gè)事務(wù)得到的數(shù)據(jù)不一致。例如：用戶 A 向用戶 B 轉(zhuǎn)賬 100 元，對(duì)應(yīng) SQL 命令如下

update account set money=money+100 where name=’B’;  (此時(shí)A通知B)  
update account set money=money - 100 where name=’A’;

當(dāng)只執(zhí)行第一條 SQL 時(shí)，A 通知 B 查看賬戶，B 發(fā)現(xiàn)確實(shí)錢已到賬（此時(shí)即發(fā)生了臟讀），而之后無(wú)論第二條 SQL 是否執(zhí)行，只要該事務(wù)不提交，則所有操作都將回滾，那么當(dāng) B 以后再次查看賬戶時(shí)就會(huì)發(fā)現(xiàn)錢其實(shí)并沒(méi)有轉(zhuǎn)。

2 不可重復(fù)讀

不可重復(fù)讀是指在對(duì)于數(shù)據(jù)庫(kù)中的某個(gè)數(shù)據(jù)，一個(gè)事務(wù)范圍內(nèi)多次查詢卻返回了不同的數(shù)據(jù)值，這是由于在查詢間隔，被另一個(gè)事務(wù)修改并提交了。

例如事務(wù) T1 在讀取某一數(shù)據(jù)，而事務(wù) T2 立馬修改了這個(gè)數(shù)據(jù)并且提交事務(wù)給數(shù)據(jù)庫(kù)，事務(wù) T1 再次讀取該數(shù)據(jù)就得到了不同的結(jié)果，發(fā)送了不可重復(fù)讀。

不可重復(fù)讀和臟讀的區(qū)別是，臟讀是某一事務(wù)讀取了另一個(gè)事務(wù)未提交的臟數(shù)據(jù)，而不可重復(fù)讀則是讀取了前一事務(wù)提交的數(shù)據(jù)。

在某些情況下，不可重復(fù)讀并不是問(wèn)題，比如我們多次查詢某個(gè)數(shù)據(jù)當(dāng)然以最后查詢得到的結(jié)果為主。但在另一些情況下就有可能發(fā)生問(wèn)題，例如對(duì)于同一個(gè)數(shù)據(jù) A 和 B 依次查詢就可能不同，A 和 B 就可能打起來(lái)了……

3 虛讀 (幻讀)

幻讀是事務(wù)非獨(dú)立執(zhí)行時(shí)發(fā)生的一種現(xiàn)象。例如事務(wù) T1 對(duì)一個(gè)表中所有的行的某個(gè)數(shù)據(jù)項(xiàng)做了從 “1” 修改為 “2” 的操作，這時(shí)事務(wù) T2 又對(duì)這個(gè)表中插入了一行數(shù)據(jù)項(xiàng)，而這個(gè)數(shù)據(jù)項(xiàng)的數(shù)值還是為 “1” 并且提交給數(shù)據(jù)庫(kù)。而操作事務(wù) T1 的用戶如果再查看剛剛修改的數(shù)據(jù)，會(huì)發(fā)現(xiàn)還有一行沒(méi)有修改，其實(shí)這行是從事務(wù) T2 中添加的，就好像產(chǎn)生幻覺(jué)一樣，這就是發(fā)生了幻讀。

幻讀和不可重復(fù)讀都是讀取了另一條已經(jīng)提交的事務(wù)（這點(diǎn)就臟讀不同），所不同的是不可重復(fù)讀查詢的都是同一個(gè)數(shù)據(jù)項(xiàng)，而幻讀針對(duì)的是一批數(shù)據(jù)整體（比如數(shù)據(jù)的個(gè)數(shù)）。

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

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

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

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

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

以上四種隔離級(jí)別最高的是 Serializable 級(jí)別，最低的是 Read uncommitted 級(jí)別，當(dāng)然級(jí)別越高，執(zhí)行效率就越低。像 Serializable 這樣的級(jí)別，就是以鎖表的方式 (類似于 Java 多線程中的鎖) 使得其他的線程只能在鎖外等待，所以平時(shí)選用何種隔離級(jí)別應(yīng)該根據(jù)實(shí)際情況。在 MySQL 數(shù)據(jù)庫(kù)中默認(rèn)的隔離級(jí)別為 Repeatable read (可重復(fù)讀)。

在 MySQL 數(shù)據(jù)庫(kù)中，支持上面四種隔離級(jí)別，默認(rèn)的為 Repeatable read (可重復(fù)讀)；而在 Oracle 數(shù)據(jù)庫(kù)中，只支持 Serializable (串行化) 級(jí)別和 Read committed (讀已提交) 這兩種級(jí)別，其中默認(rèn)的為 Read committed 級(jí)別。

在 MySQL 數(shù)據(jù)庫(kù)中查看當(dāng)前事務(wù)的隔離級(jí)別：

 select @@tx_isolation;

在 MySQL 數(shù)據(jù)庫(kù)中設(shè)置事務(wù)的隔離 級(jí)別：

set  [glogal | session]  transaction isolation level 隔離級(jí)別名稱;  
set tx_isolation=’隔離級(jí)別名稱;’

例 1：查看當(dāng)前事務(wù)的隔離級(jí)別：

例 2：將事務(wù)的隔離級(jí)別設(shè)置為 Read uncommitted 級(jí)別：

或：

記?。涸O(shè)置數(shù)據(jù)庫(kù)的隔離級(jí)別一定要是在開(kāi)啟事務(wù)之前！

如果是使用 JDBC 對(duì)數(shù)據(jù)庫(kù)的事務(wù)設(shè)置隔離級(jí)別的話，也應(yīng)該是在調(diào)用 Connection 對(duì)象的 setAutoCommit(false) 方法之前。調(diào)用 Connection 對(duì)象的 setTransactionIsolation(level) 即可設(shè)置當(dāng)前鏈接的隔離級(jí)別，至于參數(shù) level，可以使用 Connection 對(duì)象的字段：

在 JDBC 中設(shè)置隔離級(jí)別的部分代碼：

到此，相信大家對(duì)“數(shù)據(jù)庫(kù)事務(wù)的四大特性及事務(wù)的隔離級(jí)別是什么”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！