MySQL 三萬字精華總結 + 面試100 問，和麪試官扯皮綽綽有餘（收藏系列）

MySQL 三萬字精華總結 + 面試100 問，和麪試官扯皮綽綽有餘（收藏系列）

寫在以前：不建議那種上來就是各類面試題羅列，而後背書式的去記憶，對技術的提高幫助很小，對正經面試也沒什麼幫助，有點東西的面試官深挖下就懵逼了。

我的建議把面試題看做是費曼學習法中的回顧、簡化的環節，準備面試的時候，跟着題目先本身講給本身聽，看看本身會滿意嗎，不滿意就繼續學習這個點，如此反覆，好的offer離你不遠的，奧利給

1、MySQL架構

和其它數據庫相比，MySQL有點不同凡響，它的架構能夠在多種不一樣場景中應用併發揮良好做用。主要體如今存儲引擎的架構上，插件式的存儲引擎架構將查詢處理和其它的系統任務以及數據的存儲提取相分離。這種架構能夠根據業務的需求和實際須要選擇合適的存儲引擎。

（海量免費測試資料加313782132，羣內還會有同行一塊兒交流哦~）

• 鏈接層：最上層是一些客戶端和鏈接服務。主要完成一些相似於鏈接處理、受權認證、及相關的安全方案。在該層上引入了線程池的概念，爲經過認證安全接入的客戶端提供線程。一樣在該層上能夠實現基於SSL的安全連接。服務器也會爲安全接入的每一個客戶端驗證它所具備的操做權限。

• 服務層：第二層服務層，主要完成大部分的核心服務功能， 包括查詢解析、分析、優化、緩存、以及全部的內置函數，全部跨存儲引擎的功能也都在這一層實現，包括觸發器、存儲過程、視圖等

• 引擎層：第三層存儲引擎層，存儲引擎真正的負責了MySQL中數據的存儲和提取，服務器經過API與存儲引擎進行通訊。不一樣的存儲引擎具備的功能不一樣，這樣咱們能夠根據本身的實際須要進行選取

• 存儲層：第四層爲數據存儲層，主要是將數據存儲在運行於該設備的文件系統之上，並完成與存儲引擎的交互

畫出 MySQL 架構圖，這種變態問題都能問的出來

MySQL 的查詢流程具體是？or 一條SQL語句在MySQL中如何執行的？

客戶端請求 ---> 鏈接器（驗證用戶身份，給予權限） ---> 查詢緩存（存在緩存則直接返回，不存在則執行後續操做） ---> 分析器（對SQL進行詞法分析和語法分析操做） ---> 優化器（主要對執行的sql優化選擇最優的執行方案方法） ---> 執行器（執行時會先看用戶是否有執行權限，有才去使用這個引擎提供的接口） ---> 去引擎層獲取數據返回（若是開啓查詢緩存則會緩存查詢結果）

---

說說MySQL有哪些存儲引擎？都有哪些區別？

2、存儲引擎

存儲引擎是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 搞這的話，加錢不？

面試這麼回答

1. InnoDB 支持事務，MyISAM 不支持事務。這是 MySQL 將默認存儲引擎從 MyISAM 變成 InnoDB 的重要緣由之一；
2. InnoDB 支持外鍵，而 MyISAM 不支持。對一個包含外鍵的 InnoDB 錶轉爲 MYISAM 會失敗；
3. InnoDB 是聚簇索引，MyISAM 是非聚簇索引。聚簇索引的文件存放在主鍵索引的葉子節點上，所以 InnoDB 必需要有主鍵，經過主鍵索引效率很高。可是輔助索引須要兩次查詢，先查詢到主鍵，而後再經過主鍵查詢到數據。所以，主鍵不該該過大，由於主鍵太大，其餘索引也都會很大。而 MyISAM 是非彙集索引，數據文件是分離的，索引保存的是數據文件的指針。主鍵索引和輔助索引是獨立的。
4. InnoDB 不保存表的具體行數，執行select count(*) from table 時須要全表掃描。而 MyISAM 用一個變量保存了整個表的行數，執行上述語句時只須要讀出該變量便可，速度很快；
5. 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 表「應該返回多少行」也是不肯定的。

3、數據類型（海量免費測試資料加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 規定的長度分配存儲空間；然後者會根據實際存儲的數據分配最終的存儲空間

相同點：

1. char(n)，varchar(n)中的n都表明字符的個數
2. 超過char，varchar最大長度n的限制後，字符串會被截斷。

不一樣點：

1. char不論實際存儲的字符數都會佔用n個字符的空間，而varchar只會佔用實際字符應該佔用的字節空間加1（實際長度length，0<=length<255）或加2（length>255）。由於varchar保存數據時除了要保存字符串以外還會加一個字節來記錄長度（若是列聲明長度大於255則使用兩個字節來保存長度）。
2. 能存儲的最大空間限制不同：char的存儲上限爲255字節。
3. 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 保存字符數據。