《面試心經》MySQL基礎

一葉障目，不見Offer

前言

MySQL 是當今后端技術的世界必不可少的一部分，幾乎所有的后端技術面試官都會圍繞 MySQL 的原理和使用對面試者進行全方位、無死角的盤問，來自 MySQL 的盤問或許會遲到，但它絕不會缺席，看著一個個自信的小眼神被面試官折磨的黯淡無光，老衲實屬不忍，在一個月黑風高的夜晚，終于下定決心，收集整理Redis面試資料，著《面試心經》系列，望能普渡眾生，

注：本篇問答基于 MySQL 8.0

面試開始

一個穿著邋里邋遢的禿頂中年人抱著一個滿是劃痕的Mac向你走來，看你著那稀疏的頭發，心想我艸，這至少也是個高級架構師了吧，但是看過《面試心經》的我們，依然可以氣定神閑、穩如泰山

小伙子你好，看你簡歷上寫了專案中有使用MySQL，請用一句話總結一下MySQL是什么?

這時的你心里忍不住暗罵，頭都禿成這樣了，問的問題如此平常，就這？但是你不能表現出來，

認真回答道：MySQL是一個關系型的資料庫管理系統，由Oracle Corporation開發和維護

面試官頭也不抬，接著提問：

MySQL 索引是什么？有什么用？

索引（Index）是一種資料結構，可以幫助MySQL高效獲取資料

這個很好理解，假如 MySQL 是一本書，里面的一篇篇文章就好比一條條資料，索引就是書的目錄，你若想閱讀書中的某一篇文章，你可以先翻開目錄，找到文章的頁碼，然后直接翻到相應的頁碼進行閱讀，但是，如果沒有目錄，你就得從第一頁開始，一頁一頁的往后找，一直找到你想要的那篇文章才終止查找，進行閱讀，（如果你想閱讀的文章恰好在書的最后一頁，那你就得查找整本書，效率可想而知）

小伙子，那你知道 MySQL 索引有哪幾種嗎 ？

一氣呵成的回答道：常見的索引有四種，分別是：PRIMARY KEY（主鍵索引），UNIQUE（唯一索引），INDEX（普通索引）和 FULLTEXT（全文索引），這幾種都是使用 B樹 實作的

最好還能簡單介紹一下這幾種索引的區別

注：B+樹是B樹的一種

如果你想要突出自己，你還可以說：另外，還有使用 R樹 實作的 空間資料型別的索引 ，MEMORY 表還支持 哈希索引

如果你還想讓人覺得你骨骼精奇，你可以說：除此之外，MySQL還支持 多列索引、 Invisible Indexes（不可見索引）、 Descending Indexes（降序索引）

面試官緩緩抬起頭，只見他雙眼微瞇，繼續發問：

你剛才提到 B樹，那你說說 B樹 平衡二叉樹 有什么區別？為什么不用 平衡二叉樹 實作索引呢

答：平衡二叉樹是一種左右樹高度 ≤ 1 的二叉樹，B樹是多叉樹，由于B樹每個節點可以存多個元素，所以相同資料量情況下，B樹的樹高往往要 小于 二叉樹的樹高，資料檢索的速度更快

注：資料檢索總是從根節點開始，樹的高度 = 磁盤I/O的次數

使用和創建 多列索引（又稱：復合索引）時需要注意什么？

風輕云淡道：最左原則

最左原則：舉例來說，如果你有一個三列的索引(col1, col2, col3)，則在搜索條件是(col1)，(col1, col2) 或 (col1, col2, col3)的時候，都可以走索引查詢

MySQL 事務了解嗎？說說它有哪些特征

注：InnoDB支持事務，MyISAM不支持

不假思索，道：ACID，分別是 原子性（Atomicity）、一致性（Consistency）、隔離性（Isolation）、持久性（Durability）

面試官繼續追問：MySQL 事務有幾種隔離級別呢？

四種，級別從低到高分別是：讀未提交（Read uncommitted）、讀已提交（read committed）、可重復讀（repeatable read）、串行化（Serializable）

注：MySQL的默認隔離級別是 可重復讀（repeatable read）

分別解釋一下臟讀、不可重復讀、幻讀

這時你肯定暗自竊喜：“小樣兒，不怕你問，就怕你不問，老夫早就準備好了”

臟讀 是指一個事務讀取到另一個事務修改后還沒有 COMMIT 的資料；不可重復讀 是指一個事務多次讀取同一資料，在多次讀取之間有另外的事務對這一資料進行修改并 COMMIT，導致多次讀取同一資料的結果不一致；幻讀 和不可重復讀類似，區別在于不可重復讀的重點是修改，幻讀的重點在于新增或者洗掉

MySQL 的存盤引擎有哪些？

答：常用的有 InnoDB、MyISAM，另外還有 MEMORY、CSV、ARCHIVE等

那你說說 InnoDB 和 MyISAM 的區別

InnoDB支持事務，MyISAM不支持
InnoDB支持外鍵，MyISAM不支持
InnoDB是聚簇索引 ，MyISAM是非聚簇索引，（聚簇索引 ≠ 主鍵）
MyISAM保存表總行數，InnoDB 不保存
InnoDB最小的鎖粒度是行鎖，MyISAM 最小的鎖粒度是表鎖

面試官微微頷首，繼續道：

你剛提到聚簇索引，它是怎么回事兒

每個InnoDB表都有一個特殊的索引，稱為 聚簇索引 ，用于存盤行資料，通常，聚簇索引 就是 主鍵索引；如果沒有為表定義主鍵，則會選擇一個 NOT NULL 的 唯一索引（UNIQUE ） 作為聚簇索引；如果符合條件的 UNIQUE 也沒有，則在InnoDB 內部生成一個隱藏的聚集索引 GEN_CLUST_INDEX

注：通常我們會為每個InnoDB表創建或選擇一個 連續自增的列 作為主鍵（如自增 id），但是嚴格來講，主鍵并不是必須的**

VARCHAR(10) 和 CHAR(10) 有什么區別

答：VARCHAR(10) 和 CHAR(10) 都代表欄位最多可存盤10個 字符（注：這里不是位元組），但它們被存盤和檢索的方式不同，它們的最大長度以及是否保留尾隨空格也不同，

CHAR 列的長度可以是 0 到 255 之間的任何值，CHAR 存盤值時，MySQL會用空格右填充到指定的長度，當檢索CHAR列的值時，尾部填充的空格會被丟棄（如果你的資料本身尾部有空格，也會一并丟棄），VARCHAR 列存盤可變長度的字串，最多可以存盤 65535 bytes（字符集不同，一個字符所占的bytes可能不同），如果存盤的資料沒有達到指定的長度，并不會用空格填充，另外，VARCHAR列存盤資料時，還會額外花費1個或2個位元組，用于保存該資料長度

如果我往 CHAR(2)列上設定值 ‘abcde’ 會怎樣？

可故作思考，答：分兩種情況，如果SQL模式設定為嚴格，不會存盤值，并拋出錯誤，如果SQL模式設定不為嚴格，則會將值截斷存盤，并拋出警告，例如這里會存盤 ‘ab’

MySQL主從有了解嗎？簡要說明一下主從同步程序

主從同步的原理其實就是 基于二進制檔案的復制，分為 同源復制 (一主多從或一主一從) 和 多源復制(多主多從)，這里以常用的一主多從為例

略微組織一下語言，娓娓道來：Master 將所有對資料的操作命令（增、刪、改）寫入binlog檔案，Slave 去讀取 Master 的 binlog檔案，然后執行，

如果有需要，你還可以稍微說詳細一點，主從復制具體步驟如下：

前置：Master 和每個 Slave 都已配置唯一的服務器 ID（使用server_id系統變數），Master 開啟 binlog

1. Master：binlog執行緒——將所有對資料的操作命令（增、刪、改）寫入 binlog 檔案
2. Slave：io執行緒——在使用start slave 之后，負責從master上拉取 binlog 內容，放進 自己的 relay log 中；（每個Slave都會記錄上一次讀取的位置，所以下一次可以接著讀，這也意味著可以將多個Slave連接到Master并執行同一二進制日志的不同部分）
3. Slave：sql執行執行緒——執行 relay log 中的陳述句（可以將Slave配置為僅處理操作特定資料庫或表的事件）

面試官兩眼放光，嗯，這盤是撿到寶了

面試結束

小伙子挺不錯啊，這快到飯點兒了，要不咱們先去樓下餐廳邊吃邊聊吧，對了，你喜歡吃什么？

微笑著說：榮幸之至

這可是不可多得的好機會，如果有幸遇到這種情況，大概率能夠說明面試官非常認可你了，可以趁吃飯的功夫了解一下公司的情況，也可以聊聊公司的技術堆疊以及興趣愛好，拉近彼此的距離，再不濟，也可以填飽肚子…

寫在最后

不知你會不會有那樣一種感覺，很多事情看起來很簡單，覺得自己也能做，只是懶得去做而已；很多知識點看起來自己都知道，但當面試官問的時候，你卻不能邏輯清晰且完整的做出回答，事后還覺得：這些自己都會，只是發揮不好而已…

我以前也是這樣，但我現在才明白，其實不是懶，只是不愿意承認自己是個廢物而已，

Stay hungry, stay foolish
努力提升自己技術的看度和廣度，是通過面試的必要條件
平時多思考、多總結，才能在面試時侃侃而談
另外保持自信和從容，會讓你看起來更加靠譜，提升面試通過率

本文是根據平時面試的經歷，總結完善而成，由于篇幅原因，有一些回答或許不夠完美，我會在之后的文章中將面試時的常考點更加細致的剖析，

用最樸素的語言，裝最高端的B

最后，祝大家早日上岸，咱們的口號是： 必拿下！！！

你的 點贊 和 關注 對我非常有用