前言

MySQL在面試中經常被問到，本文總結了面試中的經典問題。

1。 資料庫三大正規化是什麼？

第一正規化：每個列都不可以再拆分。

第二正規化：在第一正規化的基礎上，非主鍵列完全依賴於主鍵，而不能是依賴於主鍵的一部分。

第三正規化：在第二正規化的基礎上，非主鍵列只依賴於主鍵，不依賴於其他非主鍵。

在設計資料庫結構的時候，要儘量遵守三正規化，如果不遵守，必須有足夠的理由。

比如效能。事實上我們經常會為了效能而妥協資料庫的設計。

2。 mysql有關許可權的表都有哪幾個？

MySQL伺服器透過許可權表來控制使用者對資料庫的訪問，許可權表存放在mysql資料庫裡，由mysql_install_db指令碼初始化。

這些許可權表分別user，db，table_priv，columns_priv和host。

user許可權表：記錄允許連線到伺服器的使用者帳號資訊，裡面的許可權是全域性級的。

db許可權表：記錄各個帳號在各個資料庫上的操作許可權。

table_priv許可權表：記錄資料表級的操作許可權。

columns_priv許可權表：記錄資料列級的操作許可權。

host許可權表：配合db許可權表對給定主機上資料庫級操作許可權作更細緻的控制。這個許可權表不受GRANT和REVOKE語句的影響。

3。 事務的四大特性（ACID）介紹一下？

原子性：事務是最小的執行單位，不允許分割。

事務的原子性確保動作要麼全部完成，要麼完全不起作用；

一致性：執行事務前後，資料保持一致，多個事務對同一個資料讀取的結果是相同的；

隔離性：併發訪問資料庫時，一個使用者的事務不被其他事務所幹擾，

各併發事務之間資料庫是獨立的；

永續性：一個事務被提交之後。它對資料庫中資料的改變是持久的，即使資料庫發生故障也不應該對其有任何影響。

4。 SQL語句主要分為哪幾類？

資料定義語言DDL（Data Ddefinition Language）CREATE，DROP，ALTER

主要為以上操作 即對邏輯結構等有操作的，其中包括表結構，檢視和索引。

資料查詢語言DQL（Data Query Language）SELECT

這個較為好理解 即查詢操作，以select關鍵字。

各種簡單查詢，連線查詢等 都屬於DQL。

資料操縱語言DML（Data Manipulation Language）INSERT，UPDATE，DELETE

主要為以上操作 即對資料進行操作的，

對應上面所說的查詢操作 DQL與DML共同構建了多數初級程式設計師常用的增刪改查操作。

而查詢是較為特殊的一種 被劃分到DQL中。

資料控制功能DCL（Data Control Language）GRANT，REVOKE，COMMIT，ROLLBACK

主要為以上操作 即對資料庫安全性完整性等有操作的，可以簡單的理解為許可權控制等。

5。 MySQL分庫分表的目的是？

分庫分表就是為了 解決由於資料量過大而導致資料庫效能降低的問題，將原來獨立的資料庫拆分成若干資料庫組成，將資料大表拆分成若干資料表組成，使得單一資料庫、單一資料表的資料量變小，從而達到提升資料庫效能的目的。

分庫分表常用的中介軟體如下：

6。 什麼是死鎖？怎麼解決？

死鎖是指兩個或多個事務在同一資源上相互佔用，並請求鎖定對方的資源，從而導致惡性迴圈的現象。

常見的解決死鎖的方法

如果不同程式會併發存取多個表，儘量約定以相同的順序訪問表，可以大大降低死鎖機會。

在同一個事務中，儘可能做到一次鎖定所需要的所有資源，減少死鎖產生機率；

對於非常容易產生死鎖的業務部分，可以嘗試使用升級鎖定顆粒度，透過表級鎖定來減少死鎖產生的機率；

如果業務處理不好可以用分散式事務鎖或者使用樂觀鎖

7。 什麼是髒讀？幻讀？不可重複讀？

髒讀（Drity Read）：某個事務已更新一份資料，另一個事務在此時讀取了同一份資料，由於某些原因，前一個RollBack了操作，則後一個事務所讀取的資料就會是不正確的。

不可重複讀（Non-repeatable read）：在一個事務的兩次查詢之中資料不一致，這可能是兩次查詢過程中間插入了一個事務更新的原有的資料。

幻讀（Phantom Read）：在一個事務的兩次查詢中資料筆數不一致，例如有一個事務查詢了幾列（Row）資料，而另一個事務卻在此時插入了新的幾列資料，先前的事務在接下來的查詢中，就會發現有幾列資料是它先前所沒有的。

8。 檢視有哪些特點？

檢視的特點如下： 檢視的列可以來自不同的表，是表的抽象和在邏輯意義上建立的新關係。

檢視是由基本表（實表）產生的表（虛表）。檢視的建立和刪除不影響基本表。

對檢視內容的更新（新增，刪除和修改）直接影響基本表。

當檢視來自多個基本表時，不允許新增和刪除資料。

檢視的操作包括建立檢視，檢視檢視，刪除檢視和修改檢視。

9。 SQL的生命週期？

應用伺服器與資料庫伺服器建立一個連線

資料庫程序拿到請求sql

解析並生成執行計劃，執行

讀取資料到記憶體並進行邏輯處理

透過步驟一的連線，傳送結果到客戶端

關掉連線，釋放資源

10。 主鍵使用自增ID還是UUID？

推薦使用自增ID，不要使用UUID。

因為在InnoDB儲存引擎中，主鍵索引是作為聚簇索引存在的，也就是說，主鍵索引的B+樹葉子節點上儲存了主鍵索引以及全部的資料（按照順序），如果主鍵索引是自增ID，那麼只需要不斷向後排列即可，如果是UUID，由於到來的ID與原來的大小不確定，會造成非常多的資料插入，資料移動，然後導致產生很多的記憶體碎片，進而造成插入效能的下降。

總之，在資料量大一些的情況下，用自增主鍵效能會好一些。

關於主鍵是聚簇索引，如果沒有主鍵，InnoDB會選擇一個唯一鍵來作為聚簇索引，如果沒有唯一鍵，會生成一個隱式的主鍵。

11。 MySQL資料庫cpu飆升到100%的話怎麼處理？

當 cpu 飆升到 100%時，先用作業系統命令 top 命令觀察是不是 mysqld 佔用導致的。

如果不是，找出佔用高的程序，並進行相關處理。

如果是 mysqld 造成的， show processlist，看看裡面跑的 session 情況，是不是有消耗資源的 sql 在執行。找出消耗高的 sql，看看執行計劃是否準確，index 是否缺失，或者實在是資料量太大造成。

一般來說，肯定要 kill 掉這些執行緒（同時觀察 cpu 使用率是否下降），等進行相應的調整（比如說加索引、改 sql、改記憶體引數）之後，再重新跑這些 SQL。

也有可能是每個 sql 消耗資源並不多，但是突然之間，有大量的 session 連進來導致 cpu 飆升，這種情況就需要跟應用一起來分析為何連線數會激增，再做出相應的調整，比如說限制連線數等。

12。 MySQL主從複製解決了哪些問題？

主從複製的作用是：

主資料庫出現問題，可以切換到從資料庫。可以進行資料庫層面的讀寫分離。可以在從資料庫上進行日常備份。

資料分佈：隨意開始或停止複製，並在不同地理位置分佈資料備份

負載均衡：降低單個伺服器的壓力

高可用和故障切換：幫助應用程式避免單點失敗

升級測試：可以用更高版本的MySQL作為從庫

13。 什麼是MySQL的GTID？

TID（Global Transaction ID，全域性事務ID）是全域性事務識別符號，是一個已提交事務的編號，並且是一個全域性唯一的編號。

GTID是從MySQL 5。6版本開始在主從複製方面推出的重量級特性。

GTID實際上是由UUID+TID組成的。其中UUID是一個MySQL例項的唯一標識。

GTID代表了該例項上已經提交的事務數量，並且隨著事務提交單調遞增。

GTID有如下幾點作用：

根據GTID可以知道事務最初是在哪個例項上提交的。

GTID的存在方便了Replication的Failover。因為不用像傳統模式複製那樣去找master_log_file和master_log_pos。

基於GTID搭建主從複製更加簡單，確保每個事務只會被執行一次。

14。 MySQL常用的備份工具有哪些？

常用備份工具mysql複製

邏輯備份（mysqldump，mydumper）

物理備份（copy，xtrabackup）

備份工具差異對比：

mysql複製相對於其他的備份來說，得到的備份資料比較實時。

邏輯備份：分表比較容易。mysqldump備份資料時是將所有sql語句整合在同一個檔案中；mydumper備份資料時是將SQL語句按照表拆分成單個的sql檔案，每個sql檔案對應一個完整的表。

物理備份：複製即可用，速度快。

copy：直接複製檔案到資料目錄下，可能引起表損壞或者資料不一致。

xtrabackup對於innodb表是不需要鎖表的，對於myisam表仍然需要鎖表。

15。 MySQL備份計劃如何制定

視庫的大小來定，一般來說 100G 內的庫，可以考慮使用 mysqldump 來做，因為 mysqldump更加輕巧靈活，備份時間選在業務低峰期，可以每天進行都進行全量備份（mysqldump 備份出來的檔案比較小，壓縮之後更小）。

100G 以上的庫，可以考慮用 xtranbackup 來做，備份速度明顯要比 mysqldump 要快。

一般是選擇一週一個全備，其餘每天進行增量備份，備份時間為業務低峰期。

文章中出現的關於面試題的錯誤請在評論區指出，我再進行改正最佳化。如果文章對你有所幫助，請給團長一個免費的贊吧，感謝大家。