### FAQ #### 畫出 MySQL 的基本架構圖 
Server 層和存儲引擎層各自有哪些組件？
Server 層
- 連接器
- 查詢緩存
- 分析器
- 優化器
- 執行器
- 所有內置函數（日期、時間、數學和加密函數等）
- 所有跨存儲引擎的功能（存儲過程、觸發器、視圖等）
存儲引擎層
- 負責數據的存儲和讀取
連接器的作用？
- 連接器負責跟客戶端建立連接、獲取許可權、維持和管理連接
- 獲取許可權：連接器從許可權表中獲取用戶所擁有的許可權，
- 如果是全局許可權，則將許可權信息載入到記憶體 acl_users 數組中，並且將許可權信息拷貝一份到線程對象中，連接中的許可權判斷以線程對象中保存的許可權信息作為依據，因此全局許可權的 grant/revoke 只對新建連接生效，對已存在的連接不生效。
- 如果是庫級別許可權，則將數據表的許可權信息載入到記憶體 acl_dbs 數組中，之後，許可權判斷邏輯以記憶體 acl_dbs 數組中的許可權信息作為依據，不過存在一種特殊情況，使用 use db 命令時，會將數組 acl_dbs 中的用戶許可權信息拷貝一份保存到會話變數中，之後，在該會話中的許可權檢驗以該會話變數中保存的用戶許可權為準。
- 如果是表、列許可權，則將許可權信息載入到 column_priv_hash 哈希結構中，之後許可權判斷，以該哈希結構中存儲的數據為準，對已建立的連接立刻生效。
| 許可權範圍 | 存儲許可權信息的數據表 | 存儲許可權信息的記憶體數據結構 | grant/revoke 語句對數據表和記憶體許可權信息的影響 | 特殊邏輯 | grant/revoke對已建立連接的影響 | 對新建立連接的影響 |
|---|---|---|---|---|---|---|
| 全局許可權 | mysql.user | acl_users | 每次 grant/revoke 時，不僅修改數據表，也會同步修改記憶體 acl_users 數組 | mysql 會為連接維護一個線程對象，並將記憶體 acl_users 數組中的用戶許可權信息拷貝到線程對象中，在此之後，此連接中的所有全局許可權的判斷，直接使用線程對象中保存的許可權位 | 不影響已建立連接 | 立刻生效 |
| 庫級別許可權 | mysql.db | acl_dbs | 每次 grant/revoke 時，不僅修改數據表，也會同步修改記憶體 acl_dbs 數組 | use db 語句會將獲取到的庫許可權信息保存在會話變數中，在此之後，此連接中的所有庫許可權的判斷，都直接使用該會話變數中保存的許可權位 | - 不影響執行過 use db 命令的已建立連接 - 對未指定庫的連接，立即生效 |
立刻生效 |
| 表和列許可權 | mysql.tables_priv, mysql.columns_priv | column_priv_hash | 每次 grant/revoke 時，不僅修改數據表，也會同步修改記憶體 column_priv_hash 結構 | 無 | 立刻生效 | 立刻生效 |
- 針對錶級別的許可權修改，無論連接是新建的還是後來創建的，命令立馬生效，
- 針對全局許可權或者庫級別許可權的修改，已有的連接不受影響（特殊情況：庫級別許可權修改並且使用 use db 命令，一般程式都會使用該命令），後續新建的連接才會生效。
什麼是長連接、短連接？
如果客戶端使用了連接池，則客戶端和RDS實例之間的連接為長連接（建立連接並讀寫完成後不會主動斷開的連接），反之則為短連接（建立連接並讀寫完成後主動斷開的連接）。
使用長連接，為什麼有時可能會導致 MySQL 占用記憶體漲得特別快，從而導致記憶體占用太大，被系統強行殺掉（OOM）
因為 MySQL 在執行過程中臨時使用的記憶體是在連接對象里進行管理的。而在預設情況下，連接對象中申請的資源會在連接斷開時才會釋放（釋放給了系統還是 MySQL?）。因此如果長連接長時間不斷開連接，可能導致 MySQL 記憶體占用太大，從而被系統強行殺掉（OOM）
如何解決長連接長時間不斷開，導致連接記憶體占用太大，進而導致 MySQL 記憶體占用太大，從而被系統強行殺掉？
兩種方案
- 定期斷開長連接。使用一段時間，或者在程式里判斷執行過一個占用記憶體的大查詢後，斷開連接，之後查詢再重建連接
- 在 MySQL 5.7 或更新版本，每次執行完一個占用記憶體較大的操作後，執行 [mysql_reset_connection](https://www.yuque.com/docs/share/7ff2ccda-65c6-4dcb-b93c-f7d08f7fecd7?# 《cmd_reset_connection》) 來重新初始化連接資源。並且不需要重連和重新校驗許可權，但會將連接恢復到剛剛創建完成時的狀態
- C API：mysql_reset_connection
- Python API：cmd_reset_connection（無法重新初始化連接資源，釋放不了所占用的記憶體，只能重置用戶和系統變數）
[wait_timeout and interactive_timeout 參數的區別和聯繫](https://www.yuque.com/docs/share/26d83ed1-bcff-4211-a315-1c32b2745a1e?# 《wait_timeout and interactive_timeout 參數的區別和聯繫》)
為什麼叫互動式和非互動式連接？通俗解釋不知道？
- 互動式連接：通過 mysql 客戶端 與 mysql server 建立的連接是互動式連接
- 非互動式連接：不是通過 mysql 客戶端，而是通過 jdbc 等方法與 mysql server 建立的連接稱為非互動式連接
會話級變數 wait_timeout
| 參數 | 作用 |
|---|---|
| wait_timeout | 非互動式連接建立完成後，使用過程中的等待時間（單位：秒） |
| interactive_timeout | 互動式連接建立完成後，使用過程中的等待時間（單位：秒） |
- 互動式連接的會話變數 wait_timeout 和 interactive_timeout 都繼承自全局變數 interactive_timeout
- 非互動式連接的會話變數 wait_timeout 和 interactive_timeout 分別繼承自全局變數 wait_timeout 和 interactive_timeout
- 無論是互動式還是非互動式連接，連接閑置閾值都由會話變數 wait_timeout 控制，與會話變數 interactive_timeout 無關。
查詢緩存中存儲的是什麼內容？
查詢緩存中存儲著執行過的語句和其結果，並以 key-value 的形式存儲在記憶體中，其中 key 對應查詢的語句，value 對應查詢的結果。當查詢語句能夠在查詢緩存中匹配到的話，則直接返回查詢結果。
為什麼不建議使用查詢緩存？
查詢緩存的失效機制：只要表上有一個更新，那麼查詢緩存中關於這張表的所有查詢緩存都將清空，這對於更新頻繁的資料庫來說，查詢緩存的命中率會非常低，因此查詢緩存基本沒用
分析器的作用？
解析 SQL 語句，以獲悉該 SQL 語句要做什麼。
分析器中詞法解析的作用？
SQL 語句由多個字元串和空格、換行組成，詞法解析會將 SQL 中的字元串識別出來，並確定每個字元串代表的含義（表、欄位、關鍵字等）
比如，查詢語句 select id from t where id = 10，詞法解析會將字元串 ”t“ 識別為”表名 t“，字元串 ”id“ 識別為“列 id”
分析器中語法解析的作用？
語法解析器根據語法規則判斷 SQL 語句是否滿足 MySQL 語法
優化器的作用？
- 優化器在表中有多個索引時，決定使用哪個索引
- 或者在一個語句有多表關聯時，決定各個表的連接順序
執行器的作用？
調用存儲引擎提供的介面去讀寫數據
執行器執行查詢前，需要判斷是否有查詢語句中相關表的查詢許可權，為什麼不將這個許可權校驗的過程放到優化器或分析器中去做？
- 連接階段只是“獲得許可權信息”， 真正開始查詢動作，才判斷“有沒有操作這個表的許可權”
- 連接階段是去系統表讀數據，結果放在變數，執行器使用這個變數
