提到MySQL 相信很多人都不陌生，MySQL 作為目前最流行的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，在很多的應(yīng)聘中，都會(huì)頻繁被面試官問(wèn)及。于是就自己總結(jié)了一些在面試中，經(jīng)常面試官被提及的一些問(wèn)題，希望能帶給更多人幫助。
接下來(lái)就跟著我的步伐來(lái)了解一下吧！

成都創(chuàng)新互聯(lián)專(zhuān)業(yè)為企業(yè)提供高唐網(wǎng)站建設(shè)、高唐做網(wǎng)站、高唐網(wǎng)站設(shè)計(jì)、高唐網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)與制作、高唐企業(yè)網(wǎng)站模板建站服務(wù)，十載高唐做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。

1、MySQL主從復(fù)制的原理。
（1）、主庫(kù)必須開(kāi)啟二進(jìn)制日志
（2）、當(dāng)有增刪改的語(yǔ)句時(shí)，會(huì)記錄到主庫(kù)的binlog中
（3）、主庫(kù)通過(guò)IO線程把binlog里面的內(nèi)容傳給從庫(kù)的relay binlog（中繼日志）（這是msyql復(fù)制是異步復(fù)制的原因）
（4）、從庫(kù)的sql線程負(fù)責(zé)讀取它的relay log里的信息并應(yīng)用到數(shù)據(jù)庫(kù)中
2、Seconds_Behind_Master的原理。
表示sql線程和io線程之間的時(shí)間差
具體的計(jì)算：從庫(kù)服務(wù)器當(dāng)前的時(shí)間戳與二進(jìn)制日志中的事件的時(shí)間戳相對(duì)比得到的，所以只有在執(zhí)行事件時(shí)才能報(bào)告延遲。
不足：
一些錯(cuò)誤（例如主備的max_allowed_packet不匹配，或者網(wǎng)絡(luò)不穩(wěn)定）可能中斷復(fù)制，由于主從復(fù)制是異步操作，Seconds_Behind_Master可能顯示為0
3、主從延遲的主要原因有哪些？
（1）、慢SQL語(yǔ)句過(guò)多
（2）、從庫(kù)的硬件比主庫(kù)差
（3）、同一個(gè)主庫(kù)下有過(guò)多的從庫(kù)
（4）、網(wǎng)絡(luò)延遲
（5）、表分區(qū)過(guò)多
（還有一些原因，歡迎補(bǔ)充）
4、MySQL常見(jiàn)存儲(chǔ)引擎及各自特點(diǎn)。
（1）、InnoDB
支持事務(wù)、行級(jí)鎖、支持外鍵約束，主要面向OLTP的應(yīng)用，使用next-key locking 的策略來(lái)避免幻讀現(xiàn)象的產(chǎn)生.
（2）、MyISAM
不支持事務(wù)、表鎖設(shè)計(jì)、支持全文索引、讀寫(xiě)互相阻塞、不支持外鍵約束；主要面向OLAP應(yīng)用場(chǎng)景；緩存池只緩存索引文件，不緩存數(shù)據(jù)文件
（3）、Memory
將所有數(shù)據(jù)保存在RAM中，在需要快速查找引用和其他類(lèi)似數(shù)據(jù)的環(huán)境下，可提供極快的訪問(wèn)。如果數(shù)據(jù)庫(kù)重啟或者奔潰，數(shù)據(jù)都將丟失。
（4）、TokuDB
支持事務(wù)、高壓縮、告訴讀寫(xiě)、基于稀疏樹(shù)索引設(shè)計(jì)；支持大多數(shù)在線修改索引、添加字段。
（5）、Inforbright/infinidb
列式存儲(chǔ)、高壓縮、單列查詢(xún)快
5、innodb_flush_log_at_trx_commit參數(shù)0、1和2分別代表什么？
innodb_flush_log_at_trx_commit參數(shù)可以控制將redo log buffer中的更新記錄寫(xiě)入到日志文件以及日志文件刷新到磁盤(pán)的操作時(shí)機(jī)。
0
每秒一次觸發(fā)log buffer寫(xiě)入log file中，并且log file刷新到磁盤(pán)。
（由于進(jìn)程調(diào)度問(wèn)題，不能保證每秒100%刷新；如果mysql進(jìn)程崩潰，可能會(huì)丟失1s的事務(wù)；效率高，但最不安全）
1
每次事務(wù)提交觸發(fā)log buffer寫(xiě)入log file中，并且log file刷新到磁盤(pán)。
2
每次事務(wù)提交，log buffer寫(xiě)入log file中；每秒log file刷新到磁盤(pán)。
（如果操作系統(tǒng)崩潰或者停電，可能會(huì)丟失1s的事務(wù)）
6、Mysql中varchar和char的區(qū)別
CHAR列的長(zhǎng)度固定為創(chuàng)建表時(shí)聲明的長(zhǎng)度，范圍（0-255）
VARCHAR列的長(zhǎng)度不固定，范圍（0-65535）
7、varchar(50)中的50代表的含義、int(20)中20的含義。
varchar(50)中的50代表最多能存放50個(gè)字符
int(20)中20的含義表示顯示寬度，跟著zerofill一起才有意義
8、MySQL binlog的幾種日志錄入格式的涵義、適用場(chǎng)景和在復(fù)制中的優(yōu)劣。
（1）、statement level模式
每一條會(huì)修改數(shù)據(jù)的sql都會(huì)記錄到master的binlog中，slave在復(fù)制時(shí)sql進(jìn)程會(huì)解析成和原來(lái)master端執(zhí)行過(guò)的相同的sql再次執(zhí)行。
適用場(chǎng)景：對(duì)主從數(shù)據(jù)一致性要求不太高，并且很少用到函數(shù)、存儲(chǔ)過(guò)程、觸發(fā)器等場(chǎng)景
優(yōu)點(diǎn)：bin-log日志量少
缺點(diǎn)：部分新功能（函數(shù)、存儲(chǔ)過(guò)程、觸發(fā)器）同步會(huì)有障礙，比如now()
（2）、row level模式
日志中會(huì)記錄成每一行數(shù)據(jù)被修改的形式，然后再slave端再對(duì)相同的數(shù)據(jù)進(jìn)行修改
適用場(chǎng)景：對(duì)主從數(shù)據(jù)一致性要求比較高的場(chǎng)景。
優(yōu)點(diǎn)：記錄的詳細(xì)
缺點(diǎn)：binlog日志量過(guò)大
（3）、mixed模式
MySQL默認(rèn)采用statement格式進(jìn)行二進(jìn)制日志文件的記錄，但是在一些情況下會(huì)使用row格式，可能的情況有：
1）、表的存儲(chǔ)引擎為NDB，此時(shí)對(duì)表的DML操作都會(huì)以ROW格式記錄
2）、使用了UUID(),USER(),CURRENT_USER(),FOUND_ROWS(),ROW_count()等不確定函數(shù)時(shí)
3）、使用了insert delay語(yǔ)句
4）、使用了用戶定義函數(shù)（UDF）
5）、使用了臨時(shí)表
適用場(chǎng)景：對(duì)主從數(shù)據(jù)一致性要求不太高，可能會(huì)用到函數(shù)、存儲(chǔ)過(guò)程、觸發(fā)器等場(chǎng)景
優(yōu)缺點(diǎn)介于statement和row模式之間
9、重做日志和二進(jìn)制日志的區(qū)別（至少三點(diǎn)）
（1）涉及存儲(chǔ)引擎不一樣：
binlog記錄的是所有存儲(chǔ)引擎的操作記錄
redo log只記錄innodb存儲(chǔ)引擎的日志
（2）記錄內(nèi)容不一樣：
binlog記錄的是關(guān)于一個(gè)事務(wù)的具體操作內(nèi)容。為邏輯日志
而redo log記錄的是每個(gè)頁(yè)更改的物理情況
（3）寫(xiě)的時(shí)間不一樣：
binlog文件僅在事務(wù)提交前進(jìn)行提交，即只寫(xiě)磁盤(pán)一次
而在事務(wù)進(jìn)行過(guò)程中，卻不斷有重做日志條目被寫(xiě)入到重做日志文件中。
10、Explain執(zhí)行計(jì)劃中要關(guān)注哪些要素？
（1）、type:本次查詢(xún)表聯(lián)接類(lèi)型，從這里可以看到本次查詢(xún)大概的效率
（2）、key:最終選擇的索引，如果沒(méi)有索引的話，本次查詢(xún)效率通常很差
（3）、key_len:本次查詢(xún)用于結(jié)果過(guò)濾的索引實(shí)際長(zhǎng)度
（4）、rows:預(yù)計(jì)需要掃描的記錄數(shù)，預(yù)計(jì)需要掃描的記錄數(shù)越小越好
（5）、extra:額外附加信息，主要確認(rèn)是否出現(xiàn) Using filesort、Using temporary 類(lèi)似情況

以上就是本次的分享，各位讀者如果有更好的回答，也歡迎交流！
持續(xù)關(guān)注，還可獲得更多干貨分享及免費(fèi)資源哦！

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無(wú)理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性?xún)r(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專(zhuān)為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。

當(dāng)前標(biāo)題：MySQL經(jīng)典面試題-創(chuàng)新互聯(lián)
本文路徑：http://jinyejixie.com/article44/deoihe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供關(guān)鍵詞優(yōu)化、網(wǎng)站策劃、ChatGPT、網(wǎng)站排名、靜態(tài)網(wǎng)站、外貿(mào)網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)