鎖分析 - Database Autonomy Service

當面臨資料庫的死結問題時，您可以使用鎖分析功能，直觀地查看和分析資料庫發生的死結、事務阻塞、中繼資料鎖等待，從而快速定位和解決死結問題，確保資料庫的穩定運行。

前提條件

目標資料庫引擎為：
- RDS MySQL
- 自建MySQL
- PolarDB MySQL版
- PolarDB-X 2.0
目標資料庫執行個體已接入DAS，並且接入狀態顯示為接入正常，接入方法詳情請參見接入資料庫執行個體。

功能簡介

鎖分析功能支援對資料庫執行個體進行多維度死結分析、事務阻塞分析、中繼資料鎖等待分析。

重要

全量死結分析和其他鎖分析功能，目前僅支援RDS MySQL和PolarDB MySQL版資料庫執行個體，且需要開啟DAS經濟版或DAS企業版。需注意，DAS經濟版和DAS企業版目前僅支援部分地區，詳情請參見各個版本支援的資料庫和地區。開通DAS經濟或企業版請參見開通經濟版和企業版。

最近死結分析：DAS基於SHOW ENGINE INNODB STATUS返回的最近一次死結日誌進行分析。如果發生過多次死結，DAS只會對最近一次死結進行分析。
全量死結分析：DAS定時對錯誤記錄檔進行分析，解析其中的死結資訊，並進行全面的死結分析。同時，DAS支援查看指定時間範圍內的死結趨勢以及各個死結的詳細資料。
其他鎖分析：DAS根據information_schema和performance_schema相關資料，即時分析資料庫執行個體當前會話中的中繼資料鎖和事務阻塞情況。
- 中繼資料鎖分析：DAS根據information_schema.processlist等的資料，推導鎖等待關係，並產生相應的關係圖。
- 事務阻塞分析：DAS根據information_schema.processlist，information_schema.innodb_trx，以及information_schema.innodb_lock_waits（MySQL 5.6和5.7使用該資料）和performance_schema.data_lock_waits（MySQL 8.0使用該資料）分析事務阻塞關係，並產生相應的關係圖。
  說明
  事務阻塞分析功能不支援PolarDB MySQL版 5.6執行個體。

資料庫執行個體參數限制

目標資料庫必須設定相應的參數後，才能使用鎖分析的對應功能。

鎖分析功能	涉及的資料庫執行個體參數
最近死結分析	開啟`innodb_deadlock_detect`參數。
全量死結分析	開啟`innodb_deadlock_detect`參數。開啟`innodb_print_all_deadlocks`參數，並將`log_error_verbosity`（僅RDS MySQL需要設定）參數值設定為3。
其他鎖分析中的事務阻塞分析	對於RDS MySQL 8.0和PolarDB MySQL版 8.0執行個體，需要開啟`performance_schema`參數。

修改資料庫執行個體參數：

RDS MySQL請參見設定執行個體參數。
PolarDB MySQL版請參見設定叢集參數和節點參數。

注意事項

死結分析目前不支援分析包含“TOO DEEP OR LONG SEARCH IN THE LOCK TABLE WAITS-FOR GRAPH, WE WILL ROLL BACK FOLLOWING TRANSACTION”描述的死結。

操作步驟

登入DAS控制台。
在左側導覽列中，單擊執行個體監控。
找到目標執行個體，單擊執行個體ID，進入目標執行個體詳情頁。
在左側導覽列中，單擊鎖分析。
在鎖分析頁面，查看或診斷資料庫執行個體最近發生過的死結。
- 最近死結分析
  - 在最近死結分析頁簽，單擊建立分析，DAS基於SHOW ENGINE INNODB STATUS返回的最近一次死結日誌進行分析。
  - 選擇時間段，查看該時間段內的死結診斷結果。單擊診斷結果詳情列的查看詳情，查看死結診斷的詳細結果。
- 全量死結分析
  在全量死結分析頁簽，查看指定時間範圍內的死結趨勢以及各個死結的詳細資料。
- 其他鎖分析
  - 在其他鎖分析頁簽，單擊建立分析，DAS根據information_schema和performance_schema相關資料，即時分析資料庫執行個體當前會話中的中繼資料鎖和事務阻塞情況。
  - 選擇時間段，查看該時間段內的診斷結果。
    1. 單擊診斷結果前的查看鎖分析的統計資訊。
    2. 單擊統計資訊操作列的查看詳情，查看診斷的詳細結果和鎖分析關係圖。
      滑鼠移至上方到對應會話上時，可以查看選中會話關聯的鎖等待關係。單擊該會話，可以查看選中會話的詳細資料。

後續操作

當資料庫執行個體出現死結時，您可以利用鎖分析所得的事務線程ID等資訊，在SQL洞察中分析相關事務執行情況，以確認死結的原因。例如，在事務開啟後，當更新了一定數量的資料行後，這些資料行會被鎖定。如果事務期間較長而未提交或復原（包括隱式提交和隱式復原），那麼後續的會話或事務在更新相同的資料行時，就會進入LOCK WAIT狀態。