本篇文章給大家?guī)砹岁P(guān)于mysql的相關(guān)知識，其中主要介紹了關(guān)于數(shù)據(jù)庫廠家面試題的一些總結(jié)，下面一起來看一下，希望對大家有幫助。

推薦學(xué)習(xí)：mysql視頻教程

1、數(shù)據(jù)庫的常用范式：

• 第一范式（1NF）：指表的列不可再分，數(shù)據(jù)庫中表的每一列都是不可分割的基本數(shù)據(jù)項，同一列中不能有多個值；
• 第二范式（2NF）：在 1NF 的基礎(chǔ)上，還包含兩部分的內(nèi)容：一是表必須有一個主鍵；二是表中非主鍵列必須完全依賴于主鍵，不能只依賴于主鍵的一部分；
• 第三范式（3NF）：在 2NF 的基礎(chǔ)上，消除非主鍵列對主鍵的傳遞依賴，非主鍵列必須直接依賴于主鍵。
• BC范式（BCNF）：在 3NF 的基礎(chǔ)上，消除主屬性對于碼部分的傳遞依賴

2、SQL語句的執(zhí)行過程：

2.1、客戶端的數(shù)據(jù)庫驅(qū)動與數(shù)據(jù)庫連接池：

（1）客戶端與數(shù)據(jù)庫進行通信前，通過數(shù)據(jù)庫驅(qū)動與MySQL建立連接，建立完成之后，就發(fā)送SQL語句

（2）為了減少頻繁創(chuàng)建和銷毀連接造成系統(tǒng)性能的下降，通過數(shù)據(jù)庫連接池維護一定數(shù)量的連接線程，當(dāng)需要進行連接時，就直接從連接池中獲取，使用完畢之后，再歸還給連接池。常見的數(shù)據(jù)庫連接池有 Druid、C3P0、DBCP

2.2、MySQL架構(gòu)的Server層的執(zhí)行過程：

（1）連接器：主要負責(zé)跟客戶端建立連接、獲取權(quán)限、維持和管理連接

（2）查詢緩存：優(yōu)先在緩存中進行查詢，如果查到了則直接返回，如果緩存中查詢不到，在去數(shù)據(jù)庫中查詢。

MySQL緩存是默認關(guān)閉的，也就是說不推薦使用緩存，并且在MySQL8.0 版本已經(jīng)將查詢緩存的整塊功能刪掉了。這主要是它的使用場景限制造成的：

• 先說下緩存中數(shù)據(jù)存儲格式：key（sql語句）- value（數(shù)據(jù)值），所以如果SQL語句（key）只要存在一點不同之處就會直接進行數(shù)據(jù)庫查詢了；
• 由于表中的數(shù)據(jù)不是一成不變的，大多數(shù)是經(jīng)常變化的，而當(dāng)數(shù)據(jù)庫中的數(shù)據(jù)變化了，那么相應(yīng)的與此表相關(guān)的緩存數(shù)據(jù)就需要移除掉；

（3）解析器/分析器：分析器的工作主要是對要執(zhí)行的SQL語句進行詞法解析、語法解析，最終得到抽象語法樹，然后再使用預(yù)處理器對抽象語法樹進行語義校驗，判斷抽象語法樹中的表是否存在，如果存在的話，在接著判斷select投影列字段是否在表中存在等。

（4）優(yōu)化器：主要將SQL經(jīng)過詞法解析、語法解析后得到的語法樹，通過數(shù)據(jù)字典和統(tǒng)計信息的內(nèi)容，再經(jīng)過一系列運算 ，最終得出一個執(zhí)行計劃，包括選擇使用哪個索引

在分析是否走索引查詢時，是通過進行動態(tài)數(shù)據(jù)采樣統(tǒng)計分析出來；只要是統(tǒng)計分析出來的，那就可能會存在分析錯誤的情況，所以在SQL執(zhí)行不走索引時，也要考慮到這方面的因素

（5）執(zhí)行器：根據(jù)一系列的執(zhí)行計劃去調(diào)用存儲引擎提供的API接口去調(diào)用操作數(shù)據(jù)，完成SQL的執(zhí)行。

2.3、Innodb存儲引擎的執(zhí)行過程：

• （1）首先MySQL執(zhí)行器根據(jù) 執(zhí)行計劃 調(diào)用存儲引擎的API查詢數(shù)據(jù)
• （2）存儲引擎先從緩存池buffer pool中查詢數(shù)據(jù)，如果沒有就會去磁盤中查詢，如果查詢到了就將其放到緩存池中
• （3）在數(shù)據(jù)加載到 Buffer Pool 的同時，會將這條數(shù)據(jù)的原始記錄保存到 undo 日志文件中
• （4）innodb 會在 Buffer Pool 中執(zhí)行更新操作
• （5）更新后的數(shù)據(jù)會記錄在 redo log buffer 中
• （6）提交事務(wù)在提交的同時會做以下三件事
• （7）（第一件事）將redo log buffer中的數(shù)據(jù)刷入到redo log文件中
• （8）（第二件事）將本次操作記錄寫入到 bin log文件中
• （9）（第三件事）將bin log文件名字和更新內(nèi)容在 bin log 中的位置記錄到redo log中，同時在 redo log 最后添加 commit 標記
• （10）使用一個后臺線程，它會在某個時機將我們Buffer Pool中的更新后的數(shù)據(jù)刷到 MySQL 數(shù)據(jù)庫中，這樣就將內(nèi)存和數(shù)據(jù)庫的數(shù)據(jù)保持統(tǒng)一了

3、常用的存儲引擎？InnoDB與MyISAM的區(qū)別？

存儲引擎是對底層物理數(shù)據(jù)執(zhí)行實際操作的組件，為Server服務(wù)層提供各種操作數(shù)據(jù)的API。常用的存儲引擎有InnoDB、MyISAM、Memory。這里我們主要介紹InnoDB 與 MyISAM 的區(qū)別：

（1）事務(wù)：MyISAM不支持事務(wù)，InnoDB支持事務(wù)

（2）鎖級別：MyISAM只支持表級鎖，InnoDB支持行級鎖和表級鎖，默認使用行級鎖，但是行鎖只有通過索引查詢數(shù)據(jù)才會使用，否則將使用表鎖。行級鎖在每次獲取鎖和釋放鎖的操作需要消耗比表鎖