想進大廠，mysql不會那可不行，來接受mysql面試挑戰(zhàn)吧，看看你能堅持到哪里？

1、MySQL的復制原理以及流程

基本原理流程，3個線程以及之間的關聯(lián)；

1. 主：binlog線程——記錄下所有改變了數(shù)據(jù)庫數(shù)據(jù)的語句，放進master上的binlog中；

2. 從：io線程——在使用start slave 之后，負責從master上拉取 binlog 內容，放進 自己的relay log中；

3. 從：sql執(zhí)行線程——執(zhí)行relay log中的語句；

2、MySQL中myisam與innodb的區(qū)別，至少5點

(1)、問5點不同；

1>.InnoDB支持事物，而MyISAM不支持事物 2>.InnoDB支持行級鎖，而MyISAM支持表級鎖 3>.InnoDB支持MVCC, 而MyISAM不支持 4>.InnoDB支持外鍵，而MyISAM不支持 5>.InnoDB不支持全文索引，而MyISAM支持。

(2)、innodb引擎的4大特性

插入緩沖（insert buffer),二次寫(double write),自適應哈希索引(ahi),預讀(read ahead)

(3)、2者selectcount(*)哪個更快，為什么

myisam更快，因為myisam內部維護了一個計數(shù)器，可以直接調取。

3、MySQL中varchar與char的區(qū)別以及varchar(50)中的50代表的涵義

(1)、varchar與char的區(qū)別?char是一種固定長度的類型，varchar則是一種可變長度的類型?(2)、varchar(50)中50的涵義?最多存放50個字符，varchar(50)和(200)存儲hello所占空間一樣，但后者在排序時會消耗更多內存，因為order by col采用fixed_length計算col長度(memory引擎也一樣)?(3)、int（20）中20的涵義?是指顯示字符的長度 但要加參數(shù)的，最大為255，比如它是記錄行數(shù)的id,插入10筆資料，它就顯示00000000001 ~~~00000000010，當字符的位數(shù)超過11,它也只顯示11位，如果你沒有加那個讓它未滿11位就前面加0的參數(shù)，它不會在前面加0 20表示最大顯示寬度為20，但仍占4字節(jié)存儲，存儲范圍不變；?(4)、mysql為什么這么設計?對大多數(shù)應用沒有意義，只是規(guī)定一些工具用來顯示字符的個數(shù)；int(1)和int(20)存儲和計算均一樣；

4、問了innodb的事務與日志的實現(xiàn)方式

(1)、有多少種日志；

錯誤日志：記錄出錯信息，也記錄一些警告信息或者正確的信息。 查詢日志：記錄所有對數(shù)據(jù)庫請求的信息，不論這些請求是否得到了正確的執(zhí)行。 慢查詢日志：設置一個閾值，將運行時間超過該值的所有SQL語句都記錄到慢查詢的日志文件中。 二進制日志：記錄對數(shù)據(jù)庫執(zhí)行更改的所有操作。 中繼日志： 事務日志：

(2)、事物的4種隔離級別

隔離級別 讀未提交(RU) 讀已提交(RC) 可重復讀(RR) 串行

(3)、事務是如何通過日志來實現(xiàn)的，說得越深入越好。

事務日志是通過redo和innodb的存儲引擎日志緩沖（Innodb log buffer）來實現(xiàn)的，當開始一個事務的時候，會記錄該事務的lsn(log sequence number)號; 當事務執(zhí)行時，會往InnoDB存儲引擎的日志的日志緩存里面插入事務日志；當事務提交時，必須將存儲引擎的日志緩沖寫入磁盤（通過innodb_flush_log_at_trx_commit來控制），也就是寫數(shù)據(jù)前，需要先寫日志。這種方式稱為“預寫日志方式”

5、數(shù)據(jù)庫三大范式是什么

第一范式：每個列都不可以再拆分。

第二范式：在第一范式的基礎上，非主鍵列完全依賴于主鍵，而不能是依賴于主鍵的一部分。

第三范式：在第二范式的基礎上，非主鍵列只依賴于主鍵，不依賴于其他非主鍵。

在設計數(shù)據(jù)庫結構的時候，要盡量遵守三范式，如果不遵守，必須有足夠的理由。比如性能。事實上我們經常會為了性能而妥協(xié)數(shù)據(jù)庫的設計。

6、MySQL數(shù)據(jù)庫cpu飆升到500%的話他怎么處理？

1、列出所有進程 show processlist,觀察所有進程 ,多秒沒有狀態(tài)變化的(干掉) 2、查看超時日志或者錯誤日志 (做了幾年開發(fā),一般會是查詢以及大批量的插入會導致cpu與i/o上漲,當然不排除網(wǎng)絡狀態(tài)突然斷了,,導致一個請求服務器只接受到一半，比如where子句或分頁子句沒有發(fā)送,,當然的一次被坑經歷)

7、sql優(yōu)化各種方法

(1)、explain出來的各種item的意義； select_type 表示查詢中每個select子句的類型 type 表示MySQL在表中找到所需行的方式，又稱“訪問類型” possible_keys 指出MySQL能使用哪個索引在表中找到行，查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢使用 key 顯示MySQL在查詢中實際使用的索引，若沒有使用索引，顯示為NULL key_len 表示索引中使用的字節(jié)數(shù)，可通過該列計算查詢中使用的索引的長度 ref 表示上述表的連接匹配條件，即哪些列或常量被用于查找索引列上的值 Extra 包含不適合在其他列中顯示但十分重要的額外信息 (2)、profile的意義以及使用場景； 查詢到 SQL 會執(zhí)行多少時間, 并看出 CPU/Memory 使用量, 執(zhí)行過程中 Systemlock, Table lock 花多少時間等等

8、mysql有關權限的表都有哪幾個

MySQL服務器通過權限表來控制用戶對數(shù)據(jù)庫的訪問，權限表存放在mysql數(shù)據(jù)庫里，由mysql_install_db腳本初始化。這些權限表分別user，db，table_priv，columns_priv和host。下面分別介紹一下這些表的結構和內容：

• user權限表：記錄允許連接到服務器的用戶帳號信息，里面的權限是全局級的。

• db權限表：記錄各個帳號在各個數(shù)據(jù)庫上的操作權限。

• table_priv權限表：記錄數(shù)據(jù)表級的操作權限。

• columns_priv權限表：記錄數(shù)據(jù)列級的操作權限。

• host權限表：配合db權限表對給定主機上數(shù)據(jù)庫級操作權限作更細致的控制。這個權限表不受GRANT和REVOKE語句的影響。

9、MySQL的binlog有有幾種錄入格式？分別有什么區(qū)別？

有三種格式，statement，row和mixed。

• statement模式下，每一條會修改數(shù)據(jù)的sql都會記錄在binlog中。不需要記錄每一行的變化，減少了binlog日志量，節(jié)約了IO，提高性能。由于sql的執(zhí)行是有上下文的，因此在保存的時候需要保存相關的信息，同時還有一些使用了函數(shù)之類的語句無法被記錄復制。

• row級別下，不記錄sql語句上下文相關信息，僅保存哪條記錄被修改。記錄單元為每一行的改動，基本是可以全部記下來但是由于很多操作，會導致大量行的改動(比如alter table)，因此這種模式的文件保存的信息太多，日志量太大。

• mixed，一種折中的方案，普通操作使用statement記錄，當無法使用statement的時候使用row。

此外，新版的MySQL中對row級別也做了一些優(yōu)化，當表結構發(fā)生變化的時候，會記錄語句而不是逐行記錄。

10、備份計劃，mysqldump以及xtranbackup的實現(xiàn)原理

(1)、備份計劃； 這里每個公司都不一樣，您別說那種1小時1全備什么的就行 (2)、備份恢復時間； 這里跟機器，尤其是硬盤的速率有關系，以下列舉幾個僅供參考 20G的2分鐘（mysqldump） 80G的30分鐘(mysqldump) 111G的30分鐘（mysqldump) 288G的3小時（xtra) 3T的4小時（xtra) 邏輯導入時間一般是備份時間的5倍以上 (3)、xtrabackup實現(xiàn)原理 在InnoDB內部會維護一個redo日志文件，我們也可以叫做事務日志文件。事務日志會存儲每一個InnoDB表數(shù)據(jù)的記錄修改。當InnoDB啟動時，InnoDB會檢查數(shù)據(jù)文件和事務日志，并執(zhí)行兩個步驟：它應用（前滾）已經提交的事務日志到數(shù)據(jù)文件，并將修改過但沒有提交的數(shù)據(jù)進行回滾操作。

11、500臺db，在最快時間之內重啟

puppet，dsh

12、你是如何監(jiān)控你們的數(shù)據(jù)庫的？你們的慢日志都是怎么查詢的？

監(jiān)控的工具有很多，例如zabbix，lepus，我這里用的是lepus

13、你是否做過主從一致性校驗，如果有，怎么做的，如果沒有，你打算怎么做？

主從一致性校驗有多種工具 例如checksum、mysqldiff、pt-table-checksum等

14、你們數(shù)據(jù)庫是否支持emoji表情，如果不支持，如何操作？

如果是utf8字符集的話，需要升級至utf8_mb4方可支持

15、你是如何維護數(shù)據(jù)庫的數(shù)據(jù)字典的？

這個大家維護的方法都不同，我一般是直接在生產庫進行注釋，利用工具導出成excel方便流通。

16、表中有大字段X(例如：text類型)，且字段X不會經常更新，以讀為為主，請問

拆帶來的問題：連接消耗 + 存儲拆分空間；不拆可能帶來的問題：查詢性能； 1、如果能容忍拆分帶來的空間問題,拆的話最好和經常要查詢的表的主鍵在物理結構上放置在一起(分區(qū)) 順序IO,減少連接消耗,最后這是一個文本列再加上一個全文索引來盡量抵消連接消耗 2、如果能容忍不拆分帶來的查詢性能損失的話:上面的方案在某個極致條件下肯定會出現(xiàn)問題,那么不拆就是最好的選擇

17、MySQL中InnoDB引擎的行鎖是通過加在什么上完成(或稱實現(xiàn))的？為什么是這樣子的？

InnoDB是基于索引來完成行鎖 例: select * from tab_with_index where id = 1 for update; for update 可以根據(jù)條件來完成行鎖鎖定,并且 id 是有索引鍵的列, 如果 id 不是索引鍵那么InnoDB將完成表鎖,,并發(fā)將無從談起

18、開放性問題：據(jù)說是騰訊的

一個6億的表a，一個3億的表b，通過外間tid關聯(lián)，你如何最快的查詢出滿足條件的第50000到第50200中的這200條數(shù)據(jù)記錄。

1、如果A表TID是自增長,并且是連續(xù)的,B表的ID為索引

select * from a,b where a.tid = b.id and a.tid>500000 limit 200;

2、如果A表的TID不是連續(xù)的,那么就需要使用覆蓋索引.TID要么是主鍵,要么是輔助索引,B表ID也需要有索引。

select * from b , (select tid from a limit 50000,200) a where b.id = a .tid;

19、什么是存儲過程？有哪些優(yōu)缺點？

存儲過程是一些預編譯的SQL語句。

1、更加直白的理解：存儲過程可以說是一個記錄集，它是由一些T-SQL語句組成的代碼塊，這些T-SQL語句代碼像一個方法一樣實現(xiàn)一些功能（對單表或多表的增刪改查），然后再給這個代碼塊取一個名字，在用到這個功能的時候調用他就行了。 2、存儲過程是一個預編譯的代碼塊，執(zhí)行效率比較高,一個存儲過程替代大量T_SQL語句 ，可以降低網(wǎng)絡通信量，提高通信速率,可以一定程度上確保數(shù)據(jù)安全

20、索引是什么？有什么作用以及優(yōu)缺點？

1、索引是對數(shù)據(jù)庫表中一或多個列的值進行排序的結構，是幫助MySQL高效獲取數(shù)據(jù)的數(shù)據(jù)結構 2、索引就是加快檢索表中數(shù)據(jù)的方法。數(shù)據(jù)庫的索引類似于書籍的索引。在書籍中，索引允許用戶不必翻閱完整個書就能迅速地找到所需要的信息。在數(shù)據(jù)庫中，索引也允許數(shù)據(jù)庫程序迅速地找到表中的數(shù)據(jù)，而不必掃描整個數(shù)據(jù)庫。

MySQL數(shù)據(jù)庫幾個基本的索引類型：普通索引、唯一索引、主鍵索引、全文索引

1、索引加快數(shù)據(jù)庫的檢索速度 2、索引降低了插入、刪除、修改等維護任務的速度 3、唯一索引可以確保每一行數(shù)據(jù)的唯一性 4、通過使用索引，可以在查詢的過程中使用優(yōu)化隱藏器，提高系統(tǒng)的性能 5、索引需要占物理和數(shù)據(jù)空間