mySQL是否有历史快照来查找有关持有锁的会话的信息？

1.使用终端或命令提示符登录 mysql，输入命令：mysql -h -p 3306 -u username -p 说明：

是数据库的IP地址，username是数据库的用户名，输入命令后，会要求您输入用户名对应的密码，就可以登录了。

2.如何查看MySQL数据库的死锁信息？在MySQL客户端输入以下命令：show engine innodb status g;

3.如何定位MySQL数据库的死锁信息 在打印的消息中找到“最新检测到的死锁”部分，并查看图中的红线。

4.如何分析日志并定位死锁原因 看图3，紫色带下划线的部分 分析： 事务 1、等待记录锁定 空间 ID 553 页码 376 n 位 368 索引 表的用户 ID tbj

得分 用户，此位置的 x-lock 事务 2，持有 记录锁 空间 ID 553 页码 376 N 位 368 索引 索引 表的用户 ID TBJ得分用户 S 锁在这个地方 事务 2，等待 X 锁在这个地方 理论上，这个事务 2 可以提交，死锁，但这个事务日志只打印死锁的最后一部分信息，隐含条件是事务 1 还保存记录锁 空间 ID 553 页码 376 N 位 368 索引 表的用户 ID TBJscore user 这个地方，这样交易 2 不能用 x 锁定，交易 1 不能用 x 锁定，导致死锁。

方法 1：利用元数据锁定视图。

该方法仅适用于 MySQL 或更高版本，并且性能 schema 添加了 Metadata Locks，如果在锁定前启用了元数据锁的探测器（默认未启用），则可以轻松定位全局锁定会话。

方法二：使用事件语句历史视图 此方法适用于MySQL及以上版本，启用默认不启用性能，默认启用），表将按SQL历史执行，如果请求过多，会自动清理前期信息，可能会清理锁定会话的信息。

方法3：如果不能使用以上两种工具或没有时间启用，可以尝试第三种方法。 使用 gdb 查找所有线程信息，查看每个线程中的全局锁定对象，并输出对应的会话 ID。

也可以使用 gdb 交互模式，但挂载 mysql 进程后，mysql 会完全挂起，读取请求也会受到影响，因此不建议使用交互模式。

方法 4： 显示 ProcessList

如果备份程序使用特定用户进行备份，如果是root用户备份，时间值越高，锁定会话的概率越大，如果业务也是用root访问的，重点是状态和信息都是空的，这里有一个快速过滤的小窍门， 过滤后尝试杀掉对应的 ID，然后观察是否有会话处于等待全局读锁状态。

方法5：重新启动并尝试！

方法 1：利用元数据锁定视图。

该方法仅适用于 MySQL 或更高版本，并且性能 schema 添加了 Metadata Locks，如果在锁定前启用了元数据锁的探测器（默认未启用），则可以轻松定位全局锁定会话。

方法二：使用事件语句历史视图 此方法适用于MySQL及以上版本，启用默认不启用性能，默认启用），表将按SQL历史执行，如果请求过多，会自动清理前期信息，可能会清理锁定会话的信息。

方法3：如果不能使用以上两种工具或没有时间启用，可以尝试第三种方法。 使用 gdb 查找所有线程信息，查看每个线程中的全局锁定对象，并输出对应的会话 ID。

也可以使用 gdb 交互模式，但挂载 mysql 进程后，mysql 会完全挂起，读取请求也会受到影响，因此不建议使用交互模式。

方法 4： 显示 ProcessList

如果备份程序使用特定用户进行备份，如果是root用户备份，时间值越高，锁定会话的概率越大，如果业务也是用root访问的，重点是状态和信息都是空的，这里有一个快速过滤的小窍门， 过滤后尝试杀掉对应的 ID，然后观察是否有会话处于等待全局读锁状态。

方法5：重新启动并尝试！

我不知道是否有任何方法可以防止从 b 插入 select *; 锁定 B 表。

否，innodb 会为此语句锁定扫描表 b 的每一行。

使用 show processlist 命令查看是否存在锁定状态，在状态下您可以查看状态。

第一步是检查行锁用法，命令：

show statue like 'innodb_row_lock%';

如下图所示：

第二步是创建数据库表监控量，如下图所示

第三步是检查 innodb 和 command 的状态：

show innodb status \g;

如下图所示：

第四步，在数据库表监控量中插入四条记录，如下图所示：

步骤五：再次检查INNODB状态，如下图所示：

第六步，可以使用删除表命令停止查看，如下图所示：