這篇文章主要介紹了Mysql事務(wù)特性和級(jí)別原理解析,文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下
一、什么是事務(wù)？
數(shù)據(jù)庫事務(wù)（簡稱：事務(wù)）是數(shù)據(jù)庫管理系統(tǒng)執(zhí)行過程中的一個(gè)邏輯單位，由一個(gè)有限的數(shù)據(jù)庫操作序列構(gòu)成。
二、事務(wù)的四大屬性
分別是原子性、一致性、隔離性、持久性。
1、原子性（Atomicity）
原子性是指事務(wù)包含的所有操作要么全部成功，要么全部失敗回滾，因此事務(wù)的操作如果成功就必須要完全應(yīng)用到數(shù)據(jù)庫，如果操作失敗則不能對(duì)數(shù)據(jù)庫有任何影響。
2、一致性（Consistency）
一致性是指事務(wù)必須使數(shù)據(jù)庫從一個(gè)一致性狀態(tài)變換到另一個(gè)一致性狀態(tài)，也就是說一個(gè)事務(wù)執(zhí)行之前和執(zhí)行之后都必須處于一致性狀態(tài)。舉例來說，假設(shè)用戶A和用戶B兩者的錢加起來一共是1000，那么不管A和B之間如何轉(zhuǎn)賬、轉(zhuǎn)幾次賬，事務(wù)結(jié)束后兩個(gè)用戶的錢相加起來應(yīng)該還得是1000，這就是事務(wù)的一致性。
3、隔離性（Isolation）
隔離性是當(dāng)多個(gè)用戶并發(fā)訪問數(shù)據(jù)庫時(shí)，比如同時(shí)操作同一張表時(shí)，數(shù)據(jù)庫為每一個(gè)用戶開啟的事務(wù)，不能被其他事務(wù)的操作所干擾，多個(gè)并發(fā)事務(wù)之間要相互隔離。關(guān)于事務(wù)的隔離性數(shù)據(jù)庫提供了多種隔離級(jí)別，稍后會(huì)介紹到。
4、持久性（Durability）
持久性是指一個(gè)事務(wù)一旦被提交了，那么對(duì)數(shù)據(jù)庫中的數(shù)據(jù)的改變就是永久性的，即便是在數(shù)據(jù)庫系統(tǒng)遇到故障的情況下也不會(huì)丟失提交事務(wù)的操作。例如我們?cè)谑褂肑DBC操作數(shù)據(jù)庫時(shí)，在提交事務(wù)方法后，提示用戶事務(wù)操作完成，當(dāng)我們程序執(zhí)行完成直到看到提示后，就可以認(rèn)定事務(wù)已經(jīng)正確提交，即使這時(shí)候數(shù)據(jù)庫出現(xiàn)了問題，也必須要將我們的事務(wù)完全執(zhí)行完成。否則的話就會(huì)造成我們雖然看到提示事務(wù)處理完畢，但是數(shù)據(jù)庫因?yàn)楣收隙鴽]有執(zhí)行事務(wù)的重大錯(cuò)誤。這是不允許的。
三、mysql隔離級(jí)別
READ UNCOMMITTED(未提交讀)
在未提交讀這個(gè)事務(wù)級(jí)別中,一個(gè)事務(wù)可以讀取到另外一個(gè)事務(wù)未提交的數(shù)據(jù).
例如 A 事務(wù)更新了一個(gè)字段,但是未提交在 B 事務(wù)中,讀取id為1000的記錄的name字段的時(shí)候,name的值為'aaa',可是 A 事務(wù)并沒有commit,所以name = 'aaa'有可能是會(huì)被回滾的,那么,A 事務(wù)讀取了未提交事務(wù)的數(shù)據(jù)稱為臟讀(Dirty Read)
READ COMMITTED(提交讀)
提交讀這個(gè)事務(wù)級(jí)別中,一個(gè)事務(wù)可以讀取到另外一個(gè)事務(wù)提交之后的數(shù)據(jù).
例如 A 事務(wù)讀取到了id為1000的記錄的name字段為aaa ,然后 B 事務(wù)這個(gè)時(shí)候更新了這條記錄的name值,并且提交了,這個(gè)時(shí)候 A 事務(wù)再次讀取name的話,name的值就是bbb了,所以在一個(gè)事務(wù)中,對(duì)一個(gè)字段進(jìn)行多次讀取,可能得到的值不同.
A事務(wù)前后兩次讀取的值不一致！
REPEATABLE READ(可重復(fù)讀)
可重復(fù)讀這個(gè)事務(wù)級(jí)別中,一個(gè)事務(wù)重復(fù)去讀的字段不會(huì)改變.
例如 A 事務(wù)讀取到了id為1000的記錄的name值為aaa,然后 B 事務(wù)中把name改成了bbb,并且 B 事務(wù)提交了,A 事務(wù)再次去讀name的時(shí)候并不會(huì)讀取到bbb,所以 A 事務(wù)相當(dāng)于在一個(gè)獨(dú)立的世界,外界的任何改動(dòng)不會(huì)影響 A 事務(wù).
但是,可重復(fù)讀會(huì)導(dǎo)致幻讀出現(xiàn),什么是幻讀呢,舉個(gè)例子:
A 事務(wù)查詢一個(gè)表,表里只有一條記錄,id為1,但是這個(gè)時(shí)候 B 事務(wù)插入了一條數(shù)據(jù),id為2,A 事務(wù)因?yàn)椴恢烙衖d為2的數(shù)據(jù),所以這個(gè)時(shí)候A也插入了一條id為2的數(shù)據(jù),這個(gè)時(shí)候肯定會(huì)插入失敗.這種情況就是幻讀
備注： MYSQL中的innoDB通過MVCC(多版本并發(fā)控制)解決了幻讀,另外MYSQL的默認(rèn)事務(wù)級(jí)別就是可重復(fù)讀，Oracle和SQL Server 默認(rèn)隔離級(jí)別為 已提交讀（Read committed）
SERIALIZABLE(可串行化)
可串行化事務(wù)級(jí)別,把讀取的每一行數(shù)據(jù)都加了鎖
加鎖了的有點(diǎn)就是,避免了臟讀和幻讀,另外還避免了不可重復(fù)讀的可能性,但是因?yàn)榧渔i了,減少了很大的并發(fā)性,因?yàn)橥粫r(shí)刻,只有一個(gè)線程能夠獲取到鎖.還可能導(dǎo)致大量超時(shí)問題.
小結(jié)：不可重復(fù)讀的和幻讀很容易混淆，不可重復(fù)讀側(cè)重于修改，幻讀側(cè)重于新增或刪除。解決不可重復(fù)讀的問題只需鎖住滿足條件的行，解決幻讀需要鎖表
隔離級(jí)別：
級(jí)別越高，數(shù)據(jù)越安全，但性能越低。
以上就是本文的全部內(nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。
來源：腳本之家
鏈接：https://www.jb51.net/article/201676.htm
申請(qǐng)創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！
