1.什么是數(shù)據(jù)庫事物虱而?如果沒有事物會有什么后果筏餐?事物的特性是什么?
事物是操作的集合牡拇,即一個單元的一系列SQL語句的集合魁瞪,事物要么完全執(zhí)行,要么完全不執(zhí)行惠呼,如果不對數(shù)據(jù)庫進行并發(fā)操作导俘,可能會產(chǎn)生臟讀,幻讀,不可重復(fù)度,數(shù)據(jù)丟失等情況剔蹋。
事物的特性(ACID)
A.atomacity原子性:事物必須是原子工作單元旅薄,即事物是不可分割的最小單元,事物當中的所有操作必須全部完成或者全部失敗泣崩。比方說:小王向小李轉(zhuǎn)了1000少梁,在這個事物當中會發(fā)生2個操作,這兩個操作是不可分割的矫付,不能給小王減了但是小李卻沒加凯沪。
C:consistency一致性:事物是將數(shù)據(jù)庫的狀態(tài)從一種狀態(tài)改變?yōu)榱硪环N狀態(tài),比方說:小王向小李轉(zhuǎn)了1000技即,在這個事物當中會發(fā)生2個操作著洼,小王的賬戶減1000,小李的賬戶加1000而叼,這個事物完成之后身笤,二者的總和不變。這就是一致性
I:isolation隔離線:在并發(fā)操作時葵陵,2個事物之間是相互隔離的液荸,即一個事物的影響在在該事物提交之前對其他事物是不可見的。
durability持久性:事物完成之后脱篙,他對于系統(tǒng)的影響是持久性的娇钱,即使出現(xiàn)致命的系統(tǒng)故障伤柄,該事物的影響也會存在。
2.什么是臟讀?幻讀文搂?不可重復(fù)度适刀?什么是事物的隔離級別?MySql的默認隔離級別是什么煤蹭?
(一)臟讀幻讀不可重復(fù)讀
臟讀:事物A讀取到事物B未提交的數(shù)據(jù)笔喉,當事物B回滾以后,事物A讀取到的就成了臟數(shù)據(jù)硝皂。
不可重復(fù)讀:事物A多次讀取同一條數(shù)據(jù)常挚,在事物A讀取的同時,事物B對給數(shù)據(jù)進行了更新并提交,這導(dǎo)致事物A讀取到的數(shù)據(jù)不一致稽物。
幻讀:事物A將Student表的性別全部改為男奄毡,此時事物B將表當中插入一條性別為女的記錄,當事物A再次查看的時候會發(fā)現(xiàn)一條性別為女的記錄贝或,就好像有一條未修改吼过,產(chǎn)生幻覺了一樣。
(二)事物的隔離級別
read uncommitted讀未提交:一個事物可以讀取到另一個事物為提交的數(shù)據(jù)咪奖,如果數(shù)據(jù)庫的隔離級別設(shè)置為此那先,會產(chǎn)生臟讀。
read committed讀提交:一個事物讀取到另一個事物已經(jīng)提交的數(shù)據(jù)赡艰,比如:小明在商城買東西,當他要付錢的時候系統(tǒng)檢測到卡里有10000斤葱,當要付錢的時候發(fā)現(xiàn)卡里沒錢了慷垮,原來小明的老婆在同一時間轉(zhuǎn)了10000到自己的卡里,所以小明付款失敗揍堕。
這就是讀提交料身,若要事物要對數(shù)據(jù)進行更新操作,則讀操作事物要等到更新操作事物完畢之后才可以進行衩茸,可以解決臟讀芹血,但會出現(xiàn)一個事物范圍內(nèi)返回結(jié)果不同的2條數(shù)據(jù),這就是不可重復(fù)讀楞慈。
Repeatable read重復(fù)度:重復(fù)度幔烛,在進行讀取數(shù)據(jù)的時候(事物開啟),不允許再修改(update)操作。
比如:小明在商城買東西囊蓝,當他要付錢的時候系統(tǒng)檢測到卡里有10000饿悬,這是小明的老婆就不能轉(zhuǎn)錢了,接下來收費系統(tǒng)就樂意扣款了聚霜。它能夠避免不可重復(fù)度狡恬。
Serializable序列化:它是數(shù)據(jù)庫的最高隔離級別珠叔,可以避免幻讀,但是比較耗數(shù)據(jù)庫性能弟劲,一般不使用祷安。
當小明的老婆查看消費明細的時候發(fā)現(xiàn)花費了1000,此時小明又消費了200兔乞,當小明的老婆打印消費明細的時候汇鞭,發(fā)現(xiàn)總共花了1200,好像產(chǎn)生了幻覺一樣报嵌,幻讀只有將數(shù)據(jù)庫的隔離級別設(shè)置為序列化的時候才可以避免虱咧。
3.MySql默認隔離級別?
Repeatable read
4.事物的隔離是怎么實現(xiàn)的锚国?
是基于鎖實現(xiàn)的
(一)有那些鎖腕巡?分別介紹下?
在DBMS當中血筑,可以按照鎖的粒度把數(shù)據(jù)庫鎖分為行級鎖(INNODB引擎),頁級鎖(BDB引擎), 表級瑣(MYISAM引擎)
行級鎖(INNODB引擎):行級鎖是MySql當中粒度最細的一種鎖绘沉,表示指對當中操作的行進行加鎖,行級瑣可以大大減少數(shù)據(jù)庫操作的沖突豺总,其鎖粒度最小车伞,但加鎖的開銷最大,行級瑣分為共享鎖和開銷鎖
它的特點是:開銷大喻喳,加鎖慢另玖;鎖粒度最小,發(fā)生沖突的概率最低表伦;并發(fā)最高
頁級鎖(BDB引擎):頁級瑣四Mysql當中鎖粒度介于行級瑣于表級瑣之間的谦去,表級瑣鎖讀快,但是沖突多蹦哼,行級瑣沖突少鳄哭,但是速度慢,頁級瑣介于二者之間纲熏。
特點:開銷于加鎖時間介于表鎖于行鎖之間妆丘;會出現(xiàn)死鎖;鎖定粒度基于二者之間局劲,并發(fā)一般
表級瑣(MYISAM引擎):表級瑣是MySql當中鎖粒度最大的一種鎖勺拣,表示對當前操作的整張表進行加鎖,它的實現(xiàn)簡單鱼填,資源消耗較少宣脉,被大多數(shù)的MySql引擎支持。最常用的MYISANM于INNODB都支持表級鎖定剔氏,表級瑣分為共享讀鎖(共享鎖)與表獨占鎖(排他鎖)
特點:開銷小塑猖,加鎖速讀快竹祷;鎖粒度最大,發(fā)生鎖沖突的概率最高羊苟;并發(fā)最低
5.什么是死鎖塑陵?怎么解決死鎖?
傳統(tǒng)意義上的死鎖指的是兩個或者多個線程相互持有對方需要的資源蜡励,等待釋放令花,這就導(dǎo)致這些線程都處于等待的狀態(tài),無法執(zhí)行凉倚,導(dǎo)致死鎖兼都。
死鎖產(chǎn)生的根本原因是對共享存儲區(qū)域的訪問,在數(shù)據(jù)庫中也一樣稽寒,如果需要“修改”一條數(shù)據(jù)扮碧,首先數(shù)據(jù)庫管理系統(tǒng)會在上面加鎖,以保證在同一時間只有一個事務(wù)能進行修改操作杏糙。加鎖是數(shù)據(jù)庫并發(fā)控制的一種重要手段慎王,數(shù)據(jù)庫當中有兩種基本類型的鎖,共享鎖和排他鎖宏侍,當數(shù)據(jù)對象被加上排他鎖的時候赖淤,其他的事務(wù)不能對它讀取和修改,當數(shù)據(jù)對象加上共享鎖的時候谅河,其他的數(shù)據(jù)事物可以對該數(shù)據(jù)對象進行讀取咱旱,但是不能修改。
常見的造成死鎖的原因及解決方案:
(一)事物之間對資源訪問順序的交替
原因:用戶A 訪問表A(鎖住了表A)绷耍,然后又訪問表B莽龟;用戶B 訪問表B(鎖住了表B),然后企圖訪問表A锨天;這時用戶A由于用戶B已經(jīng)鎖住表B,它必須等待用戶B釋放表B才能繼續(xù)剃毒,同樣用戶B要等用戶A釋放表A才能繼續(xù)病袄,這就死鎖就產(chǎn)生了。
解決方案:這種死鎖是由于程序的BUG導(dǎo)致的赘阀,比較常見益缠,盡量約定以相同的順序來訪問表,可以大大減少死鎖的概率基公。如操作A和B兩張表時幅慌,總是按先A后B的順序處理, 必須同時鎖定兩個資源時轰豆,要保證在任何時刻都應(yīng)該按照相同的順序來鎖定資源胰伍。即B用戶先訪問A資源齿诞,然后A用戶在訪問B資源。
(二)并發(fā)修改同一記錄
6.Mysql數(shù)據(jù)庫引擎有那些骂租?為什么查詢用MYISAM祷杈,更新用INNODB?
主要引擎有MYISAM渗饮,INNODB
INNODB在select的時候要維護的東西比MYISAM多得多:
1)數(shù)據(jù)塊:INNODB要維護數(shù)據(jù)塊但汞,MYISAM只要緩存索引塊。
2)INNODB尋址要映射到塊互站,再到行私蕾,MYISAM尋址是直接到文件的OFFSET,定位比INNODB塊
3)INNODB還需要維護MVCC:雖然你的場景沒有用到胡桃,但是他還是要去維護踩叭,MVCC(Multi-Version Concurrency Control)多版本并發(fā)控制。
INNODB與MYISAM的區(qū)別标捺?
INIMNODB:支持事物懊纳,由于鎖的粒度更小,寫操作不會鎖定全表亡容,所以在并發(fā)較高時嗤疯,使用Innodb引擎會提升效率。
MYISAM:MyISAM是MySQL默認的引擎闺兢,但是它沒有提供對數(shù)據(jù)庫事務(wù)的支持茂缚,也不支持行級鎖和外鍵,只支持表級瑣屋谭,因此當INSERT(插入)或UPDATE(更新)數(shù)據(jù)時即寫操作需要鎖定整個表脚囊,效率便會低一些。如果表的讀操作遠遠多于寫操作且不需要數(shù)據(jù)庫事務(wù)的支持桐磁,那么MyISAM也是很好的選擇悔耘。
簡單介紹區(qū)別:
1、MyISAM是非事務(wù)安全的我擂,而InnoDB是事務(wù)安全的
2衬以、MyISAM鎖的粒度是表級的,而InnoDB支持行級鎖
3校摩、MyISAM支持全文類型索引看峻,而InnoDB不支持全文索引
4、MyISAM相對簡單衙吩,效率上要優(yōu)于InnoDB互妓,小型應(yīng)用可以考慮使用MyISAM
5、MyISAM表保存成文件形式,跨平臺使用更加方便
應(yīng)用場景:
1冯勉、MyISAM管理非事務(wù)表澈蚌,提供高速存儲和檢索以及全文搜索能力,如果再應(yīng)用中執(zhí)行大量select操作珠闰,應(yīng)該選擇MyISAM
2惜浅、InnoDB用于事務(wù)處理,具有ACID事務(wù)支持等特性,如果在應(yīng)用中執(zhí)行大量insert和update操作,應(yīng)該選擇InnoDB