1.MySQL服務器邏輯架構
圖片來源：MySQL官網
每個連接都會在MySQL服務端產生一個線程（內部通過線程池管理線程）。比如：一個select語句進入，MySQL首先會在查詢緩存中查找是否緩存了這個select結果集，如果沒有則繼續執行解析→優化→執行得過程；否則會直接從緩存中獲取結果集。
2.MySQL鎖
2.1共享鎖與排他鎖（Shared and Exclusive Locks）
共享鎖和排他鎖都是標準的行級鎖。
1）共享鎖S：標準的讀鎖，讀鎖允許多個連接可以同一時刻併發的讀取同一資源，互不干擾。
2）排他鎖X：又稱寫鎖，一個寫鎖會阻塞其他的寫鎖或讀鎖，保證同一個時刻只有一個連接可以寫入數據，同時防止其他用戶對這個數據的讀寫。
| 鎖類型 | 英文名 | 又稱 | 同一時刻 | 共同點 |
|---|---|---|---|---|
| 共享鎖S | Shared Locks | 讀鎖 | 同一時刻，允許多個連接併發的讀取同一資源，互不干擾。 | 兩者都是鎖機制本身的策略，通過這兩種策略對鎖進行了區分 |
| 排他鎖X | Exclusive Locks | 寫鎖 | 同一時刻只有一個連接可以寫入數據，同時防止其他用戶對這個數據的讀寫。 | 同上 |
2.2意向鎖（Intention Locks）
背景：多粒度鎖的並存場景。
InnoDB支持多粒度鎖（鎖粒度：可分爲行鎖和表鎖），允許行鎖和表鎖共存。爲了實現多粒度級別的鎖定，InnoDB使用了意圖鎖。
意向鎖：表級別的鎖。先提前聲明的一個意向，並獲取表級別的意向鎖（共享意向鎖IS或排他意向鎖IX），如果獲取成功，則稍後將要或正在（才被允許)，對該表的某些行加鎖（S或X)了。
注意：除了LOCK TABLES...WRITE,會鎖住表中的所有行，其他場景意向鎖實際鎖不住任何行。
意向協議鎖：在事務能夠獲取表中的行上的共享鎖之前，他必須首先獲取表上的IS鎖或更強的鎖。在事務能夠獲取表中的行上的獨佔鎖之前，它必須首先獲取表上的IX鎖。
意向鎖實現的背景是多粒度鎖的並存場景，兼容性如下：
| X | IX | S | IS | |
|---|---|---|---|---|
| X | Conflict | Conflict | Conflict | Conflict |
| IX | Conflict | Compatible | Conflict | Compatible |
| S | Conflict | Conflict | Compatible | Compatible |
| IS | Conflict | Compatible | Compatible | Compatible |
Conflict：互斥
Compatible：兼容
意向鎖僅表示意向，是一種較弱的鎖，意向鎖之間兼容並行（IS,IX之間兼容並行）。X與IS,IX互斥，S與IX互斥。意向鎖是比X/S更弱的鎖，存在一種預判的意義。先獲取更弱的IS，IX鎖，如果獲取失敗就不必再獲取更強S,X鎖。