1樓：愛可生雲資料庫
以下五種方法可以快速定位全域性鎖的位置，僅供參考。
方法1：利用 metadata_locks 檢視
此方法僅適用於 MySQL 5.7 以上版本，該版本 performance_schema 新增了 metadata_locks，如果上鎖前啟用了元資料鎖的探針（預設是未啟用的），可以比較容易的定位全域性鎖會話。
方法2：利用 events_statements_history 檢視此方法適用於 MySQL 5.6 以上版本，啟用 performance_schema.
eventsstatements_history（5.6 預設未啟用，5.7 預設啟用），該錶會 SQL 歷史記錄執行，如果請求太多，會自動清理早期的資訊，有可能將上鎖會話的資訊清理掉。
方法3：利用 gdb 工具如果上述兩種都用不了或者沒來得及啟用，可以嘗試第三種方法。利用 gdb 找到所有執行緒資訊，檢視每個執行緒中持有全域性鎖物件，輸出對應的會話 ID，為了便於快速定位，我寫成了指令碼形式。
也可以使用 gdb 互動模式，但 attach mysql 程序後 mysql 會完全 hang 住，讀請求也會受到影響，不建議使用互動模式。
方法4：show processlist
如果備份程式使用的特定使用者執行備份，如果是 root 使用者備份，那 time 值越大的是持鎖會話的概率越大，如果業務也用 root 訪問，重點是 state 和 info 為空的，這裡有個小技巧可以快速篩選，篩選後嘗試 kill 對應 ID，再觀察是否還有 wait global read lock 狀態的會話。
方法5：重啟試試！
mysql innodb行內資料是如何儲存的？
啥是儲存引擎呢？簡單來說就是資料的儲存一般是在硬碟，而資料的處理一般是在記憶體，但是這兩者速度差距又比較大，勢必會影響處理速度，儲存引擎就是在這個問題上想了想辦法。那具體是啥辦法呢？我們需要處理資料時，要把資料都從硬碟搞到記憶體是不太現實，因為又不是都有用，再說了就是都有用空間也不應定夠，空間夠時間...
mysql innodb換成myisam後插入資料變快？
流念 myisam沒有事務支援，它的連續的插入和查詢速度都比Innodb快很多，但是如果需要插入和查詢穿插著來，那麼myisam是表鎖，innodb是行鎖，innodb的併發性好，並且innodb是支援事務的 innodb在插入資料的時候需要維護表級快取，myisam只需要維護索引 檔案級offse...
如何檢視kindle型號？
Selina1988 通過MODEL NO.網上一查，就出來了。通過Kindle裝置序列號 KSN 從裝置資訊那裡檢視，然後copy一查。如果你還保留了當時的快遞盒子，盒子上也有介紹。 天辰映海 瀉藥。有鍵盤的比較容易區分，比較難區分的應該是三代kpw和第七代kindle。這裡介紹乙個簡單的區分法。...