# 20道常見MySQL資料庫面試題+解析

1.  事務四大特性（ACID）原子性、一致性、隔離性、永續性？

2.  事務的併發？事務隔離級別，每個級別會引發什麼問題，MySQL預設是哪個級別？

3.  MySQL常見的三種儲存引擎（InnoDB、MyISAM、MEMORY）的區別？

4.  MySQL的MyISAM與InnoDB兩種儲存引擎在，事務、鎖級別，各自的適用場景？

5.  查詢語句不同元素（where、jion、limit、group by、having等等）執行先後順序？

6.  什麼是臨時表，臨時表什麼時候刪除?

7.  MySQL B+Tree索引和Hash索引的區別？

8.  sql查詢語句確定建立哪種型別的索引？如何最佳化查詢？

9.  聚集索引和非聚集索引區別？

10.  有哪些鎖（樂觀鎖悲觀鎖），select 時怎麼加排它鎖？

11.  非關係型資料庫和關係型資料庫區別，優勢比較？

12.  資料庫三正規化，根據某個場景設計資料表？

13.  資料庫的讀寫分離、主從複製，主從複製分析的 7 個問題？

14.  使用explain最佳化sql和索引？

15.  MySQL慢查詢怎麼解決？

16.  什麼是 內連線、外連線、交叉連線、笛卡爾積等？

17.  mysql都有什麼鎖，死鎖判定原理和具體場景，死鎖怎麼解決？

18.  varchar和char的使用場景？

19.  mysql 高併發環境解決方案？

20.  資料庫崩潰時事務的恢復機制（REDO日誌和UNDO日誌）？

**1、事務四大特性（ACID）原子性、一致性、隔離性、永續性？**

**原子性（Atomicity）**

*   **原子性是指事務包含的所有操作要麼全部成功，要麼全部失敗回滾**，因此事務的操作如果成功就必須要完全應用到資料庫，如果操作失敗則不能對資料庫有任何影響。

**一致性（Consistency）**

*   **事務開始前和結束後，資料庫的完整性約束沒有被破壞。比如A向B轉賬，不可能A扣了錢，B卻沒收到**。

**隔離性（Isolation）**

*   **隔離性是當多個使用者併發訪問資料庫時，比如操作同一張表時，資料庫為每一個使用者開啟的事務，不能被其他事務的操作所干擾，多個併發事務之間要相互隔離**。

同一時間，只允許一個事務請求同一資料，不同的事務之間彼此沒有任何干擾。比如A正在從一張銀行卡中取錢，在A取錢的過程結束前，B不能向這張卡轉賬。

**關於事務的隔離性資料庫提供了多種隔離級別，稍後會介紹到**。 **永續性（Durability）**

*   **永續性是指一個事務一旦被提交了，那麼對資料庫中的資料的改變就是永久性的，即便是在資料庫系統遇到故障的情況下也不會丟失提交事務的操作**。

**2、事務的併發？事務隔離級別，每個級別會引發什麼問題，MySQL預設是哪個級別？**

從理論上來說, 事務應該彼此完全隔離, 以避免併發事務所導致的問題，然而, 那樣會對效能產生極大的影響, 因為事務必須按順序執行， **在實際開發中, 為了提升效能, 事務會以較低的隔離級別執行， 事務的隔離級別可以透過隔離事務屬性指定**。

**2.1事務的併發問題**

（1）**髒讀**：事務A讀取了事務B更新的資料，然後B回滾操作，那麼A讀取到的資料是髒資料

（2）**不可重複讀**：事務 A 多次讀取同一資料，事務 B 在事務A多次讀取的過程中，對資料作了更新並提交，導致事務A多次讀取同一資料時，結果因此本事務先後兩次讀到的資料結果會不一致。

（3）**幻讀**：幻讀解決了不重複讀，保證了同一個事務裡，查詢的結果都是事務開始時的狀態（一致性）。

例如：事務T1對一個表中所有的行的某個資料項做了從“1”修改為“2”的操作 這時事務T2又對這個表中插入了一行資料項，而這個資料項的數值還是為“1”並且提交給資料庫。 而操作事務T1的使用者如果再檢視剛剛修改的資料，會發現還有跟沒有修改一樣，其實這行是從事務T2中新增的，就好像產生幻覺一樣，這就是發生了幻讀。

**小結**：不可重複讀的和幻讀很容易混淆，不可重複讀側重於修改，幻讀側重於新增或刪除。解決不可重複讀的問題只需鎖住滿足條件的行，解決幻讀需要鎖表。

**2.2事務的隔離級別**

**事務隔離級別**

![image](https://upload-images.jianshu.io/upload_images/22459064-4c48d9809f1baa2b?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

*   **讀未提交**：另一個事務修改了資料，但尚未提交，而本事務中的SELECT會讀到這些未被提交的資料**髒讀**

*   **不可重複讀**：事務 A 多次讀取同一資料，事務 B 在事務A多次讀取的過程中，對資料作了更新並提交，導致事務A多次讀取同一資料時，結果因此本事務先後兩次讀到的資料結果會不一致。

*   **可重複讀**：在同一個事務裡，SELECT的結果是事務開始時時間點的狀態，因此，同樣的SELECT操作讀到的結果會是一致的。但是，會有**幻讀**現象

*   **序列化**：最高的隔離級別，在這個隔離級別下，不會產生任何異常。併發的事務，就像事務是在一個個按照順序執行一樣

**2.3 MySQL預設的事務隔離級別為repeatable-read**

*   **MySQL 支援 4 中事務隔離級別**.

*   事務的隔離級別要得到底層資料庫引擎的支援, 而不是應用程式或者框架的支援.

*   Oracle 支援的 2 種事務隔離級別：READ_COMMITED , SERIALIZABLE

**2.3補充**

1.  SQL規範所規定的標準，不同的資料庫具體的實現可能會有些差異

2.  MySQL中預設事務隔離級別是“可重複讀”時並不會鎖住讀取到的行

*   **事務隔離級別**：**未提交讀時**，寫資料只會鎖住相應的行。

*   **事務隔離級別為**：**可重複讀時**，寫資料會鎖住整張表。

*   **事務隔離級別為**：**序列化時**，讀寫資料都會鎖住整張表。

**隔離級別越高**，**越能保證資料的完整性和一致性**，但是對併發效能的影響也越大，魚和熊掌不可兼得啊。**對於多數應用程式，可以優先考慮把資料庫系統的隔離級別設為Read Committed，它能夠避免髒讀取，而且具有較好的併發效能**。儘管它會導致不可重複讀、幻讀這些併發問題，在可能出現這類問題的個別場合，可以由應用程式採用悲觀鎖或樂觀鎖來控制。

![image.png](https://upload-images.jianshu.io/upload_images/22459064-a9624590c53b1025.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

# 21條MySQL效能調優經驗

1.  為查詢快取最佳化你的查詢

2.  EXPLAIN你的SELECT查詢

3.  當只要一行資料時使用LIMIT 1

4.  為搜尋欄位建索引

5.  在Join表的時候使用相當型別的例，並將其索引

6.  千萬不要 ORDER BY RAND()

7.  避免 SELECT *

8.  永遠為每張表設定一個 ID

9.  使用 ENUM 而不是 VARCHAR

10.  從 PROCEDURE ANALYSE() 取得建議

11.  儘可能的使用 NOT NULL

12.  Prepared Statements

13.  無緩衝的查詢

14.  把 IP 地址存成 UNSIGNED INT

15.  固定長度的表會更快

16.  垂直分割

17.  拆分大的 DELETE 或 INSERT 語句

18.  越小的列會越快

19.  選擇正確的儲存引擎

20.  使用一個物件關係對映器(Object Relational Mapper)

21.  小心“永久連結”

![image](https://upload-images.jianshu.io/upload_images/22459064-c227aa4820308bfd?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

# 最後

現在其實從大廠招聘需求可見，在招聘要求上有高併發經驗優先，包括很多朋友之前都是做傳統行業或者外包專案，一直在小公司，技術搞的比較簡單，沒有怎麼搞過分散式系統，但是現在網際網路公司一般都是做分散式系統。

所以說，如果你想進大廠，想脫離傳統行業，這些技術知識都是你必備的，下面自己手打了一份Java併發體系思維導圖，希望對你有所幫助。

**[CodeChina開源專案：【一線大廠Java面試題解析+核心總結學習筆記+最新講解影片】](https://ali1024.coding.net/public/P7/Java/git)**

![](https://upload-images.jianshu.io/upload_images/22932333-2a3ad968e7bbad12.image?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

瘋狂複習半個月，全棧系統化的學習路線

相關文章