MySQL 三萬字精華總結 + 面試100 問，和麵試官扯皮綽綽有餘（收藏系列）
MySQL 三萬字精華總結 + 面試100 問，和麵試官扯皮綽綽有餘（收藏系列）
寫在之前：不建議那種上來就是各種面試題羅列，然後背書式的去記憶，對技術的提升幫助很小，對正經面試也沒什麼幫助，有點東西的面試官深挖下就懵逼了。
個人建議把面試題看作是費曼學習法中的回顧、簡化的環節，準備面試的時候，跟著題目先自己講給自己聽，看看自己會滿意嗎，不滿意就繼續學習這個點，如此反覆，好的offer離你不遠的，奧利給
一、MySQL架構
和其它資料庫相比，MySQL有點與眾不同，它的架構可以在多種不同場景中應用併發揮良好作用。主要體現在儲存引擎的架構上，外掛式的儲存引擎架構將查詢處理和其它的系統任務以及資料的儲存提取相分離
（海量免費測試資料加313782132，群內還會有同行一起交流哦~）
-
連線層：最上層是一些客戶端和連線服務。主要完成一些類似於連線處理、授權認證、及相關的安全方案。在該層上引入了執行緒池的概念，為通過認證安全接入的客戶端提供執行緒。同樣在該層上可以實現基於SSL的安全連結。伺服器也會為安全接入的每個客戶端驗證它所具有的操作許可權。
-
服務層：第二層服務層，主要完成大部分的核心服務功能， 包括查詢解析、分析、優化、快取、以及所有的內建函式，所有跨儲存引擎的功能也都在這一層實現，包括觸發器、儲存過程、檢視等
-
引擎層：第三層儲存引擎層，儲存引擎真正的負責了MySQL中資料的儲存和提取，伺服器通過API與儲存引擎進行通訊。不同的儲存引擎具有的功能不同，這樣我們可以根據自己的實際需要進行選取
-
儲存層：第四層為資料儲存層，主要是將資料儲存在運行於該裝置的檔案系統之上，並完成與儲存引擎的互動
畫出 MySQL 架構圖，這種變態問題都能問的出來
MySQL 的查詢流程具體是？or 一條SQL語句在MySQL中如何執行的？
客戶端請求 ---> 聯結器（驗證使用者身份，給予許可權） ---> 查詢快取（存在快取則直接返回，不存在則執行後續操作） ---> 分析器（對SQL進行詞法分析和語法分析操作） ---> 優化器（主要對執行的sql優化選擇最優的執行方案方法） ---> 執行器（執行時會先看使用者是否有執行許可權，有才去使用這個引擎提供的介面） ---> 去引擎層獲取資料返回（如果開啟查詢快取則會快取查詢結果）
說說MySQL有哪些儲存引擎？都有哪些區別？
二、儲存引擎
儲存引擎是MySQL的元件，用於處理不同表型別的SQL操作。不同的儲存引擎提供不同的儲存機制、索引技巧、鎖定水平等功能，使用不同的儲存引擎，還可以獲得特定的功能。
使用哪一種引擎可以靈活選擇，一個數據庫中多個表可以使用不同引擎以滿足各種效能和實際需求，使用合適的儲存引擎，將會提高整個資料庫的效能 。
MySQL伺服器使用可插拔的儲存引擎體系結構，可以從執行中的 MySQL 伺服器載入或解除安裝儲存引擎 。
檢視儲存引擎
-- 檢視支援的儲存引擎SHOW ENGINES -- 檢視預設儲存引擎SHOW VARIABLES LIKE 'storage_engine' --檢視具體某一個表所使用的儲存引擎，這個預設儲存引擎被修改了！show create table tablename --準確檢視某個資料庫中的某一表所使用的儲存引擎show table status like 'tablename'show table status from database where name="tablename"複製程式碼
設定儲存引擎
-- 建表時指定儲存引擎。預設的就是INNODB，不需要設定CREATE TABLE t1 (i INT) ENGINE = INNODB;CREATE TABLE t2 (i INT) ENGINE = CSV;CREATE TABLE t3 (i INT) ENGINE = MEMORY; -- 修改儲存引擎ALTER TABLE t ENGINE = InnoDB; -- 修改預設儲存引擎，也可以在配置檔案my.cnf中修改預設引擎SET default_storage_engine=NDBCLUSTER;複製程式碼
預設情況下，每當 CREATE TABLE 或 ALTER TABLE 不能使用預設儲存引擎時，都會生成一個警告。為了防止在所需的引擎不可用時出現令人困惑的意外行為，可以啟用 NO_ENGINE_SUBSTITUTION SQL 模式。如果所需的引擎不可用，則此設定將產生錯誤而不是警告，並且不會建立或更改表
儲存引擎對比
常見的儲存引擎就 InnoDB、MyISAM、Memory、NDB。
InnoDB 現在是 MySQL 預設的儲存引擎，支援事務、行級鎖定和外來鍵
檔案儲存結構對比
在 MySQL中建立任何一張資料表，在其資料目錄對應的資料庫目錄下都有對應表的 .frm 檔案，.frm 檔案是用來儲存每個資料表的元資料(meta)資訊，包括表結構的定義等，與資料庫儲存引擎無關，也就是任何儲存引擎的資料表都必須有.frm檔案，命名方式為 資料表名.frm，如user.frm。
檢視MySQL 資料儲存在哪裡：show variables like 'data%'
MyISAM 物理檔案結構為：
.frm檔案：與表相關的元資料資訊都存放在frm檔案，包括表結構的定義資訊等.MYD(MYData) 檔案：MyISAM 儲存引擎專用，用於儲存MyISAM 表的資料.MYI(MYIndex)檔案：MyISAM 儲存引擎專用，用於儲存MyISAM 表的索引相關資訊
InnoDB 物理檔案結構為：
-
.frm檔案：與表相關的元資料資訊都存放在frm檔案，包括表結構的定義資訊等 -
.ibd檔案或.ibdata檔案： 這兩種檔案都是存放 InnoDB 資料的檔案，之所以有兩種檔案形式存放 InnoDB 的資料，是因為 InnoDB 的資料儲存方式能夠通過配置來決定是使用共享表空間存放儲存資料，還是用獨享表空間存放儲存資料。獨享表空間儲存方式使用
.ibd檔案，並且每個表一個.ibd檔案 共享表空間儲存方式使用.ibdata檔案，所有表共同使用一個.ibdata檔案（或多個，可自己配置）
ps：正經公司，這些都有專業運維去做，資料備份、恢復啥的，讓我一個 Javaer 搞這的話，加錢不？
面試這麼回答
- InnoDB 支援事務，MyISAM 不支援事務。這是 MySQL 將預設儲存引擎從 MyISAM 變成 InnoDB 的重要原因之一；
- InnoDB 支援外來鍵，而 MyISAM 不支援。對一個包含外來鍵的 InnoDB 錶轉為 MYISAM 會失敗；
- InnoDB 是聚簇索引，MyISAM 是非聚簇索引。聚簇索引的檔案存放在主鍵索引的葉子節點上，因此 InnoDB 必須要有主鍵，通過主鍵索引效率很高。但是輔助索引需要兩次查詢，先查詢到主鍵，然後再通過主鍵查詢到資料。因此，主鍵不應該過大，因為主鍵太大，其他索引也都會很大。而 MyISAM 是非聚集索引，資料檔案是分離的，索引儲存的是資料檔案的指標。主鍵索引和輔助索引是獨立的。
- InnoDB 不儲存表的具體行數，執行
select count(*) from table時需要全表掃描。而 MyISAM 用一個變數儲存了整個表的行數，執行上述語句時只需要讀出該變數即可，速度很快； - InnoDB 最小的鎖粒度是行鎖，MyISAM 最小的鎖粒度是表鎖。一個更新語句會鎖住整張表，導致其他查詢和更新都會被阻塞，因此併發訪問受限。這也是 MySQL 將預設儲存引擎從 MyISAM 變成 InnoDB 的重要原因之一；
| 對比項 | MyISAM | InnoDB |
|---|---|---|
| 主外來鍵 | 不支援 | 支援 |
| 事務 | 不支援 | 支援 |
| 行表鎖 | 表鎖，即使操作一條記錄也會鎖住整個表，不適合高併發的操作 | 行鎖,操作時只鎖某一行，不對其它行有影響，適合高併發的操作 |
| 快取 | 只快取索引，不快取真實資料 | 不僅快取索引還要快取真實資料，對記憶體要求較高，而且記憶體大小對效能有決定性的影響 |
| 表空間 | 小 | 大 |
| 關注點 | 效能 | 事務 |
| 預設安裝 | 是 | 是 |
一張表，裡面有ID自增主鍵，當insert了17條記錄之後，刪除了第15,16,17條記錄，再把Mysql重啟，再insert一條記錄，這條記錄的ID是18還是15 ？
如果表的型別是MyISAM，那麼是18。因為MyISAM表會把自增主鍵的最大ID 記錄到資料檔案中，重啟MySQL自增主鍵的最大ID也不會丟失；
如果表的型別是InnoDB，那麼是15。因為InnoDB 表只是把自增主鍵的最大ID記錄到記憶體中，所以重啟資料庫或對錶進行OPTION操作，都會導致最大ID丟失。
哪個儲存引擎執行 select count(*) 更快，為什麼?
MyISAM更快，因為MyISAM內部維護了一個計數器，可以直接調取。
-
在 MyISAM 儲存引擎中，把表的總行數儲存在磁碟上，當執行 select count(*) from t 時，直接返回總資料。
-
在 InnoDB 儲存引擎中，跟 MyISAM 不一樣，沒有將總行數儲存在磁碟上，當執行 select count(*) from t 時，會先把資料讀出來，一行一行的累加，最後返回總數量。
InnoDB 中 count(*) 語句是在執行的時候，全表掃描統計總數量，所以當資料越來越大時，語句就越來越耗時了，為什麼 InnoDB 引擎不像 MyISAM 引擎一樣，將總行數儲存到磁碟上？這跟 InnoDB 的事務特性有關，由於多版本併發控制（MVCC）的原因，InnoDB 表“應該返回多少行”也是不確定的。
三、資料型別（海量免費測試資料加313782132，群內還會有同行一起交流哦~）
主要包括以下五大類：
（海量免費測試資料加313782132，群內還會有同行一起交流哦~）
- 整數型別：BIT、BOOL、TINY INT、SMALL INT、MEDIUM INT、 INT、 BIG INT
- 浮點數型別：FLOAT、DOUBLE、DECIMAL
- 字串型別：CHAR、VARCHAR、TINY TEXT、TEXT、MEDIUM TEXT、LONGTEXT、TINY BLOB、BLOB、MEDIUM BLOB、LONG BLOB
- 日期型別：Date、DateTime、TimeStamp、Time、Year
- 其他資料型別：BINARY、VARBINARY、ENUM、SET、Geometry、Point、MultiPoint、LineString、MultiLineString、Polygon、GeometryCollection等
CHAR 和 VARCHAR 的區別？
char是固定長度，varchar長度可變：
char(n) 和 varchar(n) 中括號中 n 代表字元的個數，並不代表位元組個數，比如 CHAR(30) 就可以儲存 30 個字元。
儲存時，前者不管實際儲存資料的長度，直接按 char 規定的長度分配儲存空間；而後者會根據實際儲存的資料分配最終的儲存空間
相同點：
- char(n)，varchar(n)中的n都代表字元的個數
- 超過char，varchar最大長度n的限制後，字串會被截斷。
不同點：
- char不論實際儲存的字元數都會佔用n個字元的空間，而varchar只會佔用實際字元應該佔用的位元組空間加1（實際長度length，0<=length<255）或加2（length>255）。因為varchar儲存資料時除了要儲存字串之外還會加一個位元組來記錄長度（如果列宣告長度大於255則使用兩個位元組來儲存長度）。
- 能儲存的最大空間限制不一樣：char的儲存上限為255位元組。
- char在儲存時會截斷尾部的空格，而varchar不會。
char是適合儲存很短的、一般固定長度的字串。例如，char非常適合儲存密碼的MD5值，因為這是一個定長的值。對於非常短的列，char比varchar在儲存空間上也更有效率。
列的字串型別可以是什麼？
字串型別是：SET、BLOB、ENUM、CHAR、TEXT、VARCHAR
BLOB和TEXT有什麼區別？
BLOB是一個二進位制物件，可以容納可變數量的資料。有四種類型的BLOB：TINYBLOB、BLOB、MEDIUMBLO和 LONGBLOB
TEXT是一個不區分大小寫的BLOB。四種TEXT型別：TINYTEXT、TEXT、MEDIUMTEXT 和 LONGTEXT。
BLOB 儲存二進位制資料，TEXT 儲存字元資料。