add

doc/faq/backend/lock.md

@@ -15,10 +15,10 @@ flush tables with read lock;
 
 # SQL client 2 (will be locked)
 INSERT INTO blog_db.authors(`id`,`email`,`name`,`url`, `create_time`, `update_time`)
-    -> values
-    -> (100,  "[email protected]", "bill", "" ,  now(), now()),
-    -> (101,  "[email protected]", "jack", "" , now(), now()),
-    -> (102, "[email protected]", "yen", "" , now(), now());
+ values
+(100,  "[email protected]", "bill", "" ,  now(), now()),
+(101,  "[email protected]", "jack", "" , now(), now()),
+(102, "[email protected]", "yen", "" , now(), now());
 
 # unlock
 unlock tables
@@ -37,18 +37,40 @@ unlock tables
 	- 意向锁
 	- AUTO-INC 锁
 
+- 讀讀分享、讀寫互斥、寫寫互斥
 
 - 表鎖
 	- 會話退出後, 會釋放所有表鎖
 	- 避免在InnoDB表使用表鎖, 顆粒範圍太大
+	- 屬於一次封鎖技術 ，如果我們一開始使用 lock 將後面用到的表都上鎖，`在釋放鎖之前我都只能訪問加鎖的表`，其餘都不行，好處是不會發生 Dead Lock（死鎖）
+	- 開銷小，加鎖快，不會有死鎖，鎖定範圍大，發生鎖衝突機率高，併發低
+
+- 表鎖類型
+	- 讀鎖
+		- 持有讀鎖可以讀表不能寫表
+		- 允許多個線埕持有讀鎖
+		- 其他線埕就算沒有給表讀鎖，也可以讀表
+		- 其他線埕想給表上寫鎖會被卡住，直到鎖釋放
+	- 寫鎖
+		- 持有寫鎖的線埕可以讀也可以寫
+		- 只有持有寫鎖的線埕才可以訪問表，其他線埕會被卡住等待鎖釋放
+		- 其他線埕想對表加鎖都會被卡住，直到鎖釋放
+
 
 ```sql
 # sql
 
+use blog_db;
+
 # SQL client 1
 # 表级别的共享锁，也就是读锁；
 lock tables authors read;
 
+-- Can ONLY read tables which are LOCKED
+-- mysql> select * from comment;
+-- ERROR 1100 (HY000): Table 'comment' was not locked with LOCK TABLES
+
+
 # 表级别的独占锁，也就是写锁；
 lock tables comment write;
 
@@ -58,14 +80,29 @@ unlock tables
 # SQL client 2
 ```
 
+```sql
+# sql
+mysql> lock table products read, orders read; 
+Query OK, 0 rows affected (0.00 sec)   
+mysql> select * from products where id = 100; 
+
+mysql> select * from orders where id = 200;  
+
+mysql> select * from users where id = 300; 
+ERROR 1100 (HY000): Table 'users' was not locked with LOCK TABLES   
+mysql> update orders set price = 5000 where id = 200; 
+ERROR 1099 (HY000): Table 'orders' was locked with a READ lock and can't be updated
+   
+mysql> unlock tables; Query OK, 0 rows affected (0.00 sec)
+```
+
 - 元数据锁（MDL)
 	- 當對DB操作時, DB會自動加上元數據鎖
 		- CURD 操作: MDL讀鎖
 		- 對表結構變更操作: MDL寫鎖
 	- ㄧ般不需要顯式使用元數據鎖
 
 - 意向鎖
-
 	- 在使用 InnoDB引擎的表裡對某些記錄加上 "共享鎖定"之前，需要先在表格層級加上一個 意向共享鎖定"
 	- 在使用 InnoDB引擎的表裡對某些紀錄加上“獨佔鎖”之前，需要先在表格級別加上一個 “意向獨佔鎖”
 	- 意向共享鎖, 意向獨佔鎖 是表級鎖，不會和行級的共享鎖和獨佔鎖發生衝突
@@ -81,7 +118,27 @@ unlock tables
 
 
 #### 行級鎖
-	- InnoDB 引擎是支援行級鎖定的，而 MyISAM 引擎並不支援行級鎖定
+
+- Types:
+	- Record Lock, Gap Lock, Next-Key Lock
+	- Share Record Lock(共享鎖), Exclusive Record Lock(獨佔鎖) (根據阻擋層級)
+	- 行鎖在併發處理上有優勢，但因行鎖粒度小，每次取鎖、釋放鎖要做的事情比表鎖多，開銷較表鎖大，也較容易發生死鎖
+	- 讀讀分享、讀寫互斥、寫寫互斥
+	- 開銷大，加鎖慢，會有死鎖，鎖定範圍小，發生鎖衝突機率低，併發高
+
+- InnoDB 引擎是支援行級鎖定的，而 MyISAM 引擎並不支援行級鎖定
+
+
+- Record Lock
+	- 針對該行的cluster index上鎖，即使這張表沒有設定任何index，InnoDB也會設定一個隱藏的index(hidden clustered index)，並為此index加鎖
+	- Record Lock根據阻擋層級也可以分為Share Record Lock、Exclusive Record Lock，
+
+- Gap Lock
+	- Gap Lock會建立一個前開後開的Gap，ex：(3,5)不限制3、5本身。Gap Lock只有在Repeatable Read這隔離層級才存在，若將隔離層級改為Read Committed，則Gap Lock會引性地失效
+
+- Next-Key Lock
+	- Next-Key Lock概念上就等於Record Lock + Gap Lock，會建立一個Index Gap避免其他事務在這gap插入資料，也在Index本身加上鎖。雖說Next-Key Lock=Record Lock+Gap Lock，但Next-Key Lock建立的Gap其實是前開後閉的，
+
 
 ```sql
 # sql
@@ -106,8 +163,9 @@ select * from authors for update;
 ### 4) Modern DB deal with concurrence:
 
 - Types
- - 2PL (2 phase locking)
- - MVCC (Multiversion concurrency control) (多版本並行控制)
+ 	- 2PL (2 phase locking)
+ 	- MVCC (Multiversion concurrency control) (多版本並行控制)
 
 - Ref
- - https://www.fanyilun.me/2017/04/20/MySQL%E5%8A%A0%E9%94%81%E5%88%86%E6%9E%90/?source=post_page-----19833c18baab--------------------------------
+	- https://blog.twjoin.com/%E9%8E%96-lock-%E7%9A%84%E4%BB%8B%E7%B4%B9%E8%88%87%E6%AD%BB%E9%8E%96%E5%88%86%E6%9E%90-19833c18baab
+ 	- https://www.fanyilun.me/2017/04/20/MySQL%E5%8A%A0%E9%94%81%E5%88%86%E6%9E%90/?source=post_page-----19833c18baab--------------------------------