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 語法
優化器的作用？
- 優化器在表中有多個索引時，決定使用哪個索引
- 或者在一個陳述句有多表關聯時，決定各個表的連接順序
執行器的作用？
呼叫存盤引擎提供的介面去讀寫資料
執行器執行查詢前，需要判斷是否有查詢陳述句中相關表的查詢權限，為什么不將這個權限校驗的程序放到優化器或分析器中去做？
- 連接階段只是“獲得權限資訊”， 真正開始查詢動作，才判斷“有沒有操作這個表的權限”
- 連接階段是去系統表讀資料，結果放在變數，執行器使用這個變數
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/554729.html
標籤：其他
上一篇：wait_timeout and interactive_timeout 引數
下一篇：返回列表