mysql innodb_locks 表轉儲到文件

Question

根據關於InnoDB 事務和鎖定信息頁面的mysql 參考：

1. 事務和鎖定表（INNODB_TRX、INNODB_LOCKS 和 INNODB_LOCK_WAITS）公開的數據代表了對快速變化數據的一瞥。
2. 出於性能原因，並且為了盡量減少在事務和鎖定表之間誤導聯接的可能性，每當對任何表發出 SELECT 時，InnoDB 都會將所需的事務和鎖定信息收集到中間緩沖區中。

所以我想知道是否有辦法將此信息/緩沖區寫入文件？

Answer 1

我認為沒有任何方法可以直接訪問您所說的緩沖區。 您可以對命名的 INFORMATION_SCHEMA 表使用SELECT查詢，這些表將從這些緩沖區中間接讀取。

另一種方法是每 15 秒將 SHOW ENGINE INNODB STATUS 的輸出轉儲到 MySQL 服務器錯誤日志。 您可以選擇使此狀態包含鎖定信息。 見https://dev.mysql.com/doc/refman/5.6/en/innodb-enabling-monitors.html

示例：我使用鎖定選項啟用了 InnoDB 鎖定監視器。

mysql> set global innodb_status_output_locks=on;
mysql> set global innodb_status_output=on;

然后我創建了一個事務，插入到一個測試表中。 但是不要提交。

mysql> BEGIN;
mysql> INSERT INTO t VALUES (1,1);

在第二個窗口中，我開始另一個事務，另一個插入設計為與第一個沖突。

mysql> INSERT INTO t VALUES (1,1);

這會掛起，等待第一個會話持有的鎖。

然后尾部 MySQL 錯誤日志，觀察鎖：

------------
TRANSACTIONS
------------
Trx id counter 3528210
Purge done for trx's n:o < 3528208 undo n:o < 0 state: running but idle
History list length 814
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 3528209, ACTIVE 30 sec inserting
mysql tables in use 1, locked 1
LOCK WAIT 2 lock struct(s), heap size 360, 1 row lock(s)
MySQL thread id 1, OS thread handle 0x70000a4bd000, query id 23 localhost root update
insert into t values (1,1,null,null)
------- TRX HAS BEEN WAITING 30 SEC FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 3342 page no 3 n bits 72 index `PRIMARY` of table `test`.`t` trx id 3528209 lock mode S locks rec but not gap waiting
------------------
TABLE LOCK table `test`.`t` trx id 3528209 lock mode IX
RECORD LOCKS space id 3342 page no 3 n bits 72 index `PRIMARY` of table `test`.`t` trx id 3528209 lock mode S locks rec but not gap waiting
---TRANSACTION 3528208, ACTIVE 49 sec
2 lock struct(s), heap size 360, 1 row lock(s), undo log entries 1
MySQL thread id 2, OS thread handle 0x70000a501000, query id 17 localhost root
TABLE LOCK table `test`.`t` trx id 3528208 lock mode IX
RECORD LOCKS space id 3342 page no 3 n bits 72 index `PRIMARY` of table `test`.`t` trx id 3528208 lock_mode X locks rec but not gap