查看锁信息（开启InnoDB监控）
当前mysql版本：5.6.21
一、背景
在mysql处理死锁问题时，由于show engine innodb status输出来的死锁日志无任务事务上下文，并不能很好地诊断相关事务所持有的所有锁信息，包括：锁个数、锁类型等。
于是，需要能查看到更详细的事务锁占用情况。
二、INNODB监控机制(InnoDB Monitors)
mysql提供一套INNODB监控机制，用于周期性(每15钞)输出INNODB运行相关状态(INNODB运行状态、表空间状态、表状态等)到mysqld服务标准错误输出。另外，INNODB标准监控和锁监控，也可以通过命令：show engine innodb status输出到控制台。
此部分内容一般输出到mysql error log里(查找日志位置，参见“补充知识”)。
官方说明(详见参考文档1)如下：
该类监控机制默认是关闭状态，分析问题需要查看监控日志时再开启。
建议分析问题后，将监控关闭；否则，每15秒输出一次INNODB运行状态信息到错误日志，会使用日志变得特别大。
三、开启状态监控
INNODB监控机制目前主要提供如下四类监控：
- 标准监控(Standard InnoDB Monitor)：监视活动事务持有的表锁、行锁；事务锁等待；线程信号量等待；文件IO请求；buffer pool统计信息；InnoDB主线程purge和change buffer merge活动。
- 锁监控(InnoDB Lock Monitor)：提供额外的锁信息。
- 表空间监控(InnoDB Tablespace Monitor)：显示共享表空间中的文件段以及表空间数据结构配置验证。
- 表监控(InnoDB Table Monitor)：显示内部数据字典的内容。
关于四类监控开启与关闭方法，一言以蔽之，主要是通过创建系统可识读的特殊表名来完成。特别地，除表空间(InnoDB Tablespace Monitor)监控和表监控(InnoDB Table Monitor)外，其他二类监控还可能通过修改系统参数来完成。
基于系统表的方式和基于系统参数的方式，只要使用二者其中一种方式开启监控即可。
1. 标准监控(Standard InnoDB Monitor)
基于系统表：innodb_monitor
mysql会通过检查是否存在名为innodb_monitor的数据表，来判断是否开启标准监控，并打印日志。
需要开启，则创建表；需要关闭，则删除表。
|
1
2
|
CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;
DROP TABLE innodb_monitor;
|
基于系统参数：innodb_status_output
自mysql 5.6.16版本之后，可以通过设置系统参数(innodb_status_output)的方式开启或者关闭标准监控。
|
1
2
|
set GLOBAL innodb_status_output=ON;
set GLOBAL innodb_status_output=OFF;
|
2. 开启锁监控(InnoDB Lock Monitor)
基于系统表：innodb_lock_monitor
mysql会通过检查是否存在名为innodb_lock_monitor的数据表，来判断是否开启锁监控，并打印日志。
需要开启，则创建表；需要关闭，则删除表。
|
1
2
|
CREATE TABLE innodb_lock_monitor (a INT) ENGINE=INNODB;
DROP TABLE innodb_lock_monitor;
|
基于系统参数：innodb_status_output_locks
自mysql 5.6.16版本之后，可以通过设置系统参数(innodb_status_output_locks)的方式开启或者关闭标准监控。
|
1
2
3
4
|
set GLOBAL innodb_status_output=ON;
set GLOBAL innodb_status_output_locks=ON;
set GLOBAL innodb_status_output_locks=OFF;
|
注：前提需要开启 innodb_status_output
3. 开启表空间监控(InnoDB Tablespace Monitor)
基于系统表：innodb_tablespace_monitor
mysql会通过检查是否存在名为innodb_tablespace_monitor的数据表，来判断是否开启表空间监控，并打印日志。
需要开启，则创建表；需要关闭，则删除表。
|
1
2
|
CREATE TABLE innodb_tablespace_monitor (a INT) ENGINE=INNODB;
DROP TABLE innodb_tablespace_monitor;
|
注：表空间监控暂不支持通过参数方式配置，并且未来会被废弃。
4. 开启表监控(InnoDB Table Monitor)
mysql会通过检查是否存在名为innodb_table_monitor的数据表，来判断是否开启表监控，并打印日志。
需要开启，则创建表；需要关闭，则删除表。
|
1
2
|
CREATE TABLE innodb_table_monitor (a INT) ENGINE=INNODB;
DROP TABLE innodb_table_monitor;
|
注：表监控暂不支持通过参数方式配置，并且未来会被废弃。
四、注意事宜
1. 监控复位
需要特别注意的一点是：mysql服务重启后，需要重启开启相应监控，才会生效。换句话说，服务重启后，之前配置的所有监控都被复位，处于关闭状态。
基于系统表方式开启的监控，在mysql服务重启后，即使表存在，监控也不会生效。需要重启drop表，再create表，才能使监控生效。
基于系统参数方式开启的监控，在mysql服务重启后，相关系统参数值都是OFF。需要重启设置对应的参数，才能使用监控生效。
2. 错误日志大小
不在停机或重启情况下，mysql每15秒输出一次INNODB运行状态信息到错误日志。
这会使用日志变得越来越大。建议在需要的时候开启，不需要的时候关闭掉。
3. 基于表方式将来会被废弃
基于表方式将来会被废弃，使用基于系统参数的方式开启。
Use INFORMATION_SCHEMA or PERFORMANCE_SCHEMA tables or SET GLOBAL innodb_status_output=ON.
4. 基于表方式无关表结构及内容
基于表方式，mysql只检验表名被创建，则开启监控。
至于，表创建到哪个数据库、表具体的数据结构、表里的内容都不关心，不会对监控开启有任何影响。
5. 日志状态输出时间
虽说状态日志是每15秒周期性输出一次，但是由于状态收集与输出也会占用一些时间，特别是表空间日志(INNODB TABLE MONITOR OUTPUT)和表日志(INNODB TABLESPACE MONITOR OUTPUT)。因此，两次日志时间并不是规律的间隔15秒，而是自上次输出后15秒加上收集输出监控日志的时间。
五、补充知识
1. 查看错误日志输出位置
|
1
2
3
4
5
6
|
mysql root@localhost:test> select @@log_error;
+----------------------------------------+
| @@log_error |
|----------------------------------------|
| /usr/local/mysql/data/mysqld.local.err |
+----------------------------------------+
|
2. 查看历史日志开启状态与输出位置
|
1
2
3
4
5
6
7
|
mysql root@localhost:test> show VARIABLES like 'general%';
+------------------+---------------------------------------+
| Variable_name | Value |
|------------------+---------------------------------------|
| general_log | ON |
| general_log_file | /usr/local/mysql/data/yerba-buena.log |
+------------------+---------------------------------------+
|
3. 监控日志解读
详见参考文档2及参考文档5
