對整個資料庫例項加鎖。
mysql提供加全域性讀鎖的方法：flush tables with read lock(ftwrl) 這個命令可以使整個庫處於唯讀狀態。使用該命令之後，資料更新語句、資料定義語句和更新類事務的提交語句等操作都會被阻塞。
（可以用unlock tables主動釋放鎖）
1.如果在主庫備份，在備份期間不能更新，業務停擺
2.如果在從庫備份，備份期間不能執行主庫同步的binlog，導致主從延遲
1.在有些系統中，readonly的值會被用來做其他邏輯，比如判斷主備庫。所以修改global變數的方式影響太大。
2.在異常處理機制上有差異。如果執行ftwrl命令之後由於客戶端發生異常斷開，那麼mysql會自動釋放這個全域性鎖，整個庫回到可以正常更新的狀態。而將整個庫設定為readonly之後，如果客戶端發生異常，則資料庫就會一直保持readonly狀態，這樣會導致整個庫長時間處於不可寫狀態，風險較高。
mysql裡面表級鎖有兩種，一種是表鎖，一種是元資料鎖(meta data lock，mdl)
lock tables ... read/write，可以用unlock tables主動釋放鎖，也可以在客戶端斷開的時候自動釋放。
lock tables語法除了會限制別的執行緒的讀寫外，也限定了本執行緒接下來的操作物件。 對於innodb這種支援行鎖的引擎，一般不使用lock tables命令來控制併發，畢竟鎖住整個表的影響面還是太大。
注意：表鎖是在不支援行鎖的時候才會被用到（myisam）。
mdl的作用：保證讀寫的正確性。 在對乙個表做增刪改查操作的時候，加mdl讀鎖；當要對錶做結構變更操作的時候，加mdl寫鎖。（不需要顯式使用，在訪問乙個表的時候會被自動加上。 ）
mdl 會直到事務提交才會釋放，在做表結構變更的時候，一定要小心不要導致鎖住線上查詢和更新。
在 innodb 事務中，行鎖是在需要的時候才加上的，但並不是不需要了就立刻釋放，而是要等到事務結束時才釋放。
應用：如果你的事務中需要鎖多個行，要把最可能造成鎖衝突、最可能影響併發度的鎖盡量往後放
第一種策略如果超時時間設定過短容易造成誤傷，第二種較消耗cpu資源
這兩個語句是在事務內起作用的，是行鎖。它們能夠保證當前session事務所鎖定的行不會被其他session所修改（這裡的修改指更新或者刪除）。兩個語句不同的是，乙個是加了共享鎖而另外乙個是加了排它鎖。可以這麼理解，共享鎖允許其他事務加共享鎖讀取，但是，不允許其他事務去做修改，或者加排它鎖。而排它鎖顯得更加嚴格，不允許其他事務加共享鎖或者排它鎖，更加不允許其他事務修改加鎖的行。
全域性鎖 表鎖和行鎖
全域性鎖就是對整個資料庫例項加鎖，mysql提供了乙個加全域性讀鎖的方法，命令是flush tables with read lock。讓你需要讓整個庫處於唯讀狀態的時候，可以使用這個命令，之後其他執行緒的以下語句會被阻塞 a 資料更新語句 b 資料定義語句 c 更新類事務的提交語句 mysql裡面...
MySQL 全域性鎖 表鎖以及行鎖
mysql 5.7.25 ubuntu 16.04 全域性鎖即對整個資料庫例項加鎖，使得整個庫處於唯讀狀態，會阻塞dml和ddl語句。使用如下命令 簡稱ftwrl 可為資料庫加全域性鎖 flush tables with read lock 釋放全域性鎖命令如下 unlock tables 此外，在...
postgres 表級鎖 行級鎖。死鎖
下面的列表顯示了可用的鎖模式和它們被 postgresql 自動使用的環境。你也可以用命令 lock 明確獲取這些鎖。請注意所有這些鎖模式都是表級鎖，即使它們的名字包含單詞 row 這些鎖模式的名稱是歷史造成的。從某種角度而言，這些名字反應了每種鎖模式的典型用法 但是語意都是一樣的。兩種鎖模式之間真...