2019-03-15 互聯(lián)網(wǎng)公司面試常見MySql題目

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

7.什么是樂觀鎖罐脊?什么是悲觀鎖?

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末裸影,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子军熏,更是在濱河造成了極大的恐慌轩猩,老刑警劉巖,帶你破解...
    沈念sama閱讀 219,427評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件荡澎,死亡現(xiàn)場離奇詭異均践,居然都是意外死亡,警方通過查閱死者的電腦和手機摩幔,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,551評論 3 395
  • 文/潘曉璐 我一進店門彤委,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人或衡,你說我怎么就攤上這事焦影。” “怎么了封断?”我有些...
    開封第一講書人閱讀 165,747評論 0 356
  • 文/不壞的土叔 我叫張陵斯辰,是天一觀的道長。 經(jīng)常有香客問我坡疼,道長彬呻,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,939評論 1 295
  • 正文 為了忘掉前任柄瑰,我火速辦了婚禮闸氮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘狱意。我一直安慰自己,他們只是感情好拯欧,可當我...
    茶點故事閱讀 67,955評論 6 392
  • 文/花漫 我一把揭開白布详囤。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪藏姐。 梳的紋絲不亂的頭發(fā)上隆箩,一...
    開封第一講書人閱讀 51,737評論 1 305
  • 那天,我揣著相機與錄音羔杨,去河邊找鬼捌臊。 笑死,一個胖子當著我的面吹牛兜材,可吹牛的內(nèi)容都是我干的理澎。 我是一名探鬼主播,決...
    沈念sama閱讀 40,448評論 3 420
  • 文/蒼蘭香墨 我猛地睜開眼曙寡,長吁一口氣:“原來是場噩夢啊……” “哼糠爬!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起举庶,我...
    開封第一講書人閱讀 39,352評論 0 276
  • 序言:老撾萬榮一對情侶失蹤执隧,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后户侥,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體镀琉,經(jīng)...
    沈念sama閱讀 45,834評論 1 317
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,992評論 3 338
  • 正文 我和宋清朗相戀三年蕊唐,在試婚紗的時候發(fā)現(xiàn)自己被綠了屋摔。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,133評論 1 351
  • 序言:一個原本活蹦亂跳的男人離奇死亡刃泌,死狀恐怖凡壤,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情耙替,我是刑警寧澤亚侠,帶...
    沈念sama閱讀 35,815評論 5 346
  • 正文 年R本政府宣布,位于F島的核電站俗扇,受9級特大地震影響硝烂,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜铜幽,卻給世界環(huán)境...
    茶點故事閱讀 41,477評論 3 331
  • 文/蒙蒙 一滞谢、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧除抛,春花似錦狮杨、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,022評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽清寇。三九已至,卻和暖如春护蝶,著一層夾襖步出監(jiān)牢的瞬間华烟,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,147評論 1 272
  • 我被黑心中介騙來泰國打工持灰, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留盔夜,地道東北人。 一個月前我還...
    沈念sama閱讀 48,398評論 3 373
  • 正文 我出身青樓堤魁,卻偏偏與公主長得像喂链,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子姨涡,可洞房花燭夜當晚...
    茶點故事閱讀 45,077評論 2 355

推薦閱讀更多精彩內(nèi)容