本篇內(nèi)容主要講解“數(shù)據(jù)庫事務(wù)的四大特性及事務(wù)的隔離級(jí)別是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“數(shù)據(jù)庫事務(wù)的四大特性及事務(wù)的隔離級(jí)別是什么”吧!
如果一個(gè)數(shù)據(jù)庫聲稱支持事務(wù)的操作，那么該數(shù)據(jù)庫必須要具備以下四個(gè)特性：
⑴ 原子性（Atomicity）
原子性是指事務(wù)包含的所有操作要么全部成功，要么全部失敗回滾，這和前面兩篇博客介紹事務(wù)的功能是一樣的概念，因此事務(wù)的操作如果成功就必須要完全應(yīng)用到數(shù)據(jù)庫，如果操作失敗則不能對(duì)數(shù)據(jù)庫有任何影響。
⑵ 一致性（Consistency）
一致性是指事務(wù)必須使數(shù)據(jù)庫從一個(gè)一致性狀態(tài)變換到另一個(gè)一致性狀態(tài)，也就是說一個(gè)事務(wù)執(zhí)行之前和執(zhí)行之后都必須處于一致性狀態(tài)。
拿轉(zhuǎn)賬來說，假設(shè)用戶 A 和用戶 B 兩者的錢加起來一共是 5000，那么不管 A 和 B 之間如何轉(zhuǎn)賬，轉(zhuǎn)幾次賬，事務(wù)結(jié)束后兩個(gè)用戶的錢相加起來應(yīng)該還得是 5000，這就是事務(wù)的一致性。
⑶ 隔離性（Isolation）
隔離性是當(dāng)多個(gè)用戶并發(fā)訪問數(shù)據(jù)庫時(shí)，比如操作同一張表時(shí)，數(shù)據(jù)庫為每一個(gè)用戶開啟的事務(wù)，不能被其他事務(wù)的操作所干擾，多個(gè)并發(fā)事務(wù)之間要相互隔離。
即要達(dá)到這么一種效果：對(duì)于任意兩個(gè)并發(fā)的事務(wù) T1 和 T2，在事務(wù) T1 看來，T2 要么在 T1 開始之前就已經(jīng)結(jié)束，要么在 T1 結(jié)束之后才開始，這樣每個(gè)事務(wù)都感覺不到有其他事務(wù)在并發(fā)地執(zhí)行。
關(guān)于事務(wù)的隔離性數(shù)據(jù)庫提供了多種隔離級(jí)別，稍后會(huì)介紹到。
⑷ 持久性（Durability）
持久性是指一個(gè)事務(wù)一旦被提交了，那么對(duì)數(shù)據(jù)庫中的數(shù)據(jù)的改變就是永久性的，即便是在數(shù)據(jù)庫系統(tǒng)遇到故障的情況下也不會(huì)丟失提交事務(wù)的操作。
例如我們?cè)谑褂?JDBC 操作數(shù)據(jù)庫時(shí)，在提交事務(wù)方法后，提示用戶事務(wù)操作完成，當(dāng)我們程序執(zhí)行完成直到看到提示后，就可以認(rèn)定事務(wù)以及正確提交，即使這時(shí)候數(shù)據(jù)庫出現(xiàn)了問題，也必須要將我們的事務(wù)完全執(zhí)行完成，否則就會(huì)造成我們看到提示事務(wù)處理完畢，但是數(shù)據(jù)庫因?yàn)楣收隙鴽]有執(zhí)行事務(wù)的重大錯(cuò)誤。
以上介紹完事務(wù)的四大特性 (簡稱 ACID)，現(xiàn)在重點(diǎn)來說明下事務(wù)的隔離性，當(dāng)多個(gè)線程都開啟事務(wù)操作數(shù)據(jù)庫中的數(shù)據(jù)時(shí)，數(shù)據(jù)庫系統(tǒng)要能進(jìn)行隔離操作，以保證各個(gè)線程獲取數(shù)據(jù)的準(zhǔn)確性，在介紹數(shù)據(jù)庫提供的各種隔離級(jí)別之前，我們先看看如果不考慮事務(wù)的隔離性，會(huì)發(fā)生的幾種問題：
1 臟讀
臟讀是指在一個(gè)事務(wù)處理過程里讀取了另一個(gè)未提交的事務(wù)中的數(shù)據(jù)。
當(dāng)一個(gè)事務(wù)正在多次修改某個(gè)數(shù)據(jù)，而在這個(gè)事務(wù)中這多次的修改都還未提交，這時(shí)一個(gè)并發(fā)的事務(wù)來訪問該數(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ā)生了臟讀），而之后無論第二條 SQL 是否執(zhí)行，只要該事務(wù)不提交，則所有操作都將回滾，那么當(dāng) B 以后再次查看賬戶時(shí)就會(huì)發(fā)現(xiàn)錢其實(shí)并沒有轉(zhuǎn)。
2 不可重復(fù)讀
不可重復(fù)讀是指在對(duì)于數(shù)據(jù)庫中的某個(gè)數(shù)據(jù)，一個(gè)事務(wù)范圍內(nèi)多次查詢卻返回了不同的數(shù)據(jù)值，這是由于在查詢間隔，被另一個(gè)事務(wù)修改并提交了。
例如事務(wù) T1 在讀取某一數(shù)據(jù)，而事務(wù) T2 立馬修改了這個(gè)數(shù)據(jù)并且提交事務(wù)給數(shù)據(jù)庫，事務(wù) T1 再次讀取該數(shù)據(jù)就得到了不同的結(jié)果，發(fā)送了不可重復(fù)讀。
不可重復(fù)讀和臟讀的區(qū)別是，臟讀是某一事務(wù)讀取了另一個(gè)事務(wù)未提交的臟數(shù)據(jù)，而不可重復(fù)讀則是讀取了前一事務(wù)提交的數(shù)據(jù)。
在某些情況下，不可重復(fù)讀并不是問題，比如我們多次查詢某個(gè)數(shù)據(jù)當(dāng)然以最后查詢得到的結(jié)果為主。但在另一些情況下就有可能發(fā)生問題，例如對(duì)于同一個(gè)數(shù)據(jù) A 和 B 依次查詢就可能不同，A 和 B 就可能打起來了……
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ù)庫。而操作事務(wù) T1 的用戶如果再查看剛剛修改的數(shù)據(jù)，會(huì)發(fā)現(xiàn)還有一行沒有修改，其實(shí)這行是從事務(wù) T2 中添加的，就好像產(chǎn)生幻覺一樣，這就是發(fā)生了幻讀。
幻讀和不可重復(fù)讀都是讀取了另一條已經(jīng)提交的事務(wù)（這點(diǎn)就臟讀不同），所不同的是不可重復(fù)讀查詢的都是同一個(gè)數(shù)據(jù)項(xiàng)，而幻讀針對(duì)的是一批數(shù)據(jù)整體（比如數(shù)據(jù)的個(gè)數(shù)）。
現(xiàn)在來看看 MySQL 數(shù)據(jù)庫為我們提供的四種隔離級(jí)別：
① Serializable (串行化)：可避免臟讀、不可重復(fù)讀、幻讀的發(fā)生。
② Repeatable read (可重復(fù)讀)：可避免臟讀、不可重復(fù)讀的發(fā)生。
③ Read committed (讀已提交)：可避免臟讀的發(fā)生。
④ Read uncommitted (讀未提交)：最低級(jí)別，任何情況都無法保證。
以上四種隔離級(jí)別最高的是 Serializable 級(jí)別，最低的是 Read uncommitted 級(jí)別，當(dāng)然級(jí)別越高，執(zhí)行效率就越低。像 Serializable 這樣的級(jí)別，就是以鎖表的方式 (類似于 Java 多線程中的鎖) 使得其他的線程只能在鎖外等待，所以平時(shí)選用何種隔離級(jí)別應(yīng)該根據(jù)實(shí)際情況。在 MySQL 數(shù)據(jù)庫中默認(rèn)的隔離級(jí)別為 Repeatable read (可重復(fù)讀)。
在 MySQL 數(shù)據(jù)庫中，支持上面四種隔離級(jí)別，默認(rèn)的為 Repeatable read (可重復(fù)讀)；而在 Oracle 數(shù)據(jù)庫中，只支持 Serializable (串行化) 級(jí)別和 Read committed (讀已提交) 這兩種級(jí)別，其中默認(rèn)的為 Read committed 級(jí)別。
在 MySQL 數(shù)據(jù)庫中查看當(dāng)前事務(wù)的隔離級(jí)別：
select @@tx_isolation;
在 MySQL 數(shù)據(jù)庫中設(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ù)庫的隔離級(jí)別一定要是在開啟事務(wù)之前！
如果是使用 JDBC 對(duì)數(shù)據(jù)庫的事務(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ù)庫事務(wù)的四大特性及事務(wù)的隔離級(jí)別是什么”有了更深的了解，不妨來實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！
重慶分公司
重慶分公司
