在WiseDBA中查看数据库MDL锁和INNODB死锁情况 支持查看 GaussDB (for MySQL)及RDS for mySQL数据库实例产生的MDL锁和INNODB死锁情况。 查看MDL锁 进入AppStage运维中心。 在顶部导航栏选择服务。 单击，选择“微服务开发 > 数据库治理”。

查看更多 →

务。 为解决上述问题，提供了锁统计页面。通过查看该页面，可快速定位数据库中发生的多种类型的死锁。死锁的详细信息页面展示了事务开始执行的时间、会话ID、被锁资源详情、死锁的模式等信息，帮助您定位和优化引发死锁的问题SQL及其他异常。 不升级高级智能运维包的情况下，最多只保留7天的记录。

查看更多 →

COLLATE=utf8mb4_bin 原因分析 部分表发生死锁，导致CPU一定幅度抬升。 死锁的表中有大量的外键，这些表的记录在更新时，不仅需要获取本表的行锁，还需要检查外键关联表的记录，获取相应锁。高并发情况下，比普通表更容易锁冲突或死锁，详解官方文档。 当MySQL检查到死锁的表时，会进行事务的回滚。其

查看更多 →

COLLATE=utf8mb4_bin 原因分析 部分表发生死锁，导致CPU一定幅度抬升。 死锁的表中有大量的外键，这些表的记录在更新时，不仅需要获取本表的行锁，还需要检查外键关联表的记录，获取相应锁。高并发情况下，比普通表更容易锁冲突或死锁，详解官方文档。 当MySQL检查到死锁的表时，会进行事务的回滚。其

查看更多 →

排查目标库是否有死锁： 目标库如果有死锁，可能导致全量数据无法写入。以MySQL为例，可执行以下命令查看、删除死锁。 查看是否锁表：show OPEN TABLES where In_use > 0;。 查看锁表进程：show processlist;。 删除锁表的进程：KILL

查看更多 →

生冲突；但是，如果T1完成了对表A的写入操作并需要开始对表B进行写入，此时操作的行数正好与T2一致，它将无法继续，因为T2仍保持对表B对应行的锁定，此时T2开始更新表A中与T1相同的行数，此时也将无法继续，产生死锁，在锁等待超时内，前面事务提交释放锁，后面的事务可以继续执行更新，

查看更多 →

生冲突；但是，如果T1完成了对表A的写入操作并需要开始对表B进行写入，此时操作的行数正好与T2一致，它将无法继续，因为T2仍保持对表B对应行的锁定，此时T2开始更新表A中与T1相同的行数，此时也将无法继续，产生死锁，在锁等待超时内，前面事务提交释放锁，后面的事务可以继续执行更新，

查看更多 →

如何查看GaussDB(for MySQL)数据库的死锁日志 数据库的死锁日志不会记录在错误日志中，您可以通过数据管理服务（Data Admin Service，简称DAS）这款可视化的专业数据库管理工具，快速执行SQL语句查看。 操作步骤 登录管理控制台。 单击管理控制台左上角的，选择区域和项目。

查看更多 →

none：表示该参数不生效，DDL语句和select语句不能并发，保持锁等待状态。 truncate：表示truncate语句被select语句阻塞时，truncate会中断select语句，优先执行，其它DDL语句和select语句保持锁等待状态。 exchange：表示exch

查看更多 →

none：表示该参数不生效，DDL语句和SELECT语句不能并发，保持锁等待状态。 truncate：表示TRUNCATE语句被SELECT语句阻塞时，TRUNCATE会中断SELECT语句，优先执行，其它DDL语句和SELECT语句保持锁等待状态。 exchange：表示EXCH

查看更多 →

none：表示该参数不生效，DDL语句和select语句不能并发，保持锁等待状态。 truncate：表示truncate语句被select语句阻塞时，truncate会中断select语句，优先执行，其它DDL语句和select语句保持锁等待状态。 exchange：表示exch

查看更多 →

如何查看RDS for MySQL数据库的死锁日志 数据库的死锁日志默认不会记录在错误日志中，您可以通过数据管理服务（Data Admin Service，简称DAS）这款可视化的专业数据库管理工具，快速执行SQL语句查看。 操作步骤 登录管理控制台。 单击管理控制台左上角的，选择区域。

查看更多 →

LOG 2_LOCKTABLE_PART：常规锁表锁分区个数的2对数，增大该值可以提升正常流程常规锁获取锁的并行度，但是可能增加锁转移和锁消除时的耗时，对于等待事件在LockMgrLock时，可以调大该锁增加性能。最小值4，即锁分区数为16；最大值为16，即锁分区数为65536。 TWOPHA

查看更多 →

LOG2_LOCKTABLE_PART：常规锁表锁分区个数的2对数，增大该值可以提升正常流程常规锁获取锁的并行度，但是可能增加锁转移和锁消除时的耗时，对于等待事件在LockMgrLock时，可以调大该锁增加性能。最小值4，即锁分区数为16；最大值为16，即锁分区数为65536。 TWOPHA

查看更多 →

LOG2_LOCKTABLE_PART：常规锁表锁分区个数的2对数，增大该值可以提升正常流程常规锁获取锁的并行度，但是可能增加锁转移和锁消除时的耗时，对于等待事件在LockMgrLock时，可以调大该锁增加性能。最小值4，即锁分区数为16；最大值为16，即锁分区数为65536。 TWOPHA

查看更多 →

LOG2_LOCKTABLE_PART：常规锁表锁分区个数的2对数，增大该值可以提升正常流程常规锁获取锁的并行度，但是可能增加锁转移和锁消除时的耗时，对于等待事件在LockMgrLock时，可以调大该锁增加性能。最小值4，即锁分区数为16；最大值为16，即锁分区数为65536。 TWOPHA

查看更多 →

执行SQL时出现表死锁，提示LOCK_WAIT_TIMEOUT锁等待超时 问题现象 执行SQL时出现LOCK_WAIT_TIMEOUT锁等待超时的错误。 原因分析 锁等待超时一般是因为有其他的SQL语句已经持有了锁，当前SQL语句需要等待持有锁的SQL语句执行完毕释放锁之后才能执行。

查看更多 →

waitquery text 等待锁的线程的最新查询语句。 waitpid bigint 等待锁的线程ID。 waitmode text 等待的锁的级别。 holdusername name 持有锁的用户名称。 holdgxid xid 持有锁的事务ID。 holdxactstart timestamp

查看更多 →

bigint 等待锁的线程ID。 waitmode text 等待锁的级别。 holdusername name 持有锁的用户名称。 holdgxid xid 持有锁的事务ID。 holdxactstart timestamp with time zone 持有锁的事务开始时间。 holdqueryid

查看更多 →

LOG2_LOCKTABLE_PART：常规锁表锁分区个数的2对数，增大该值可以提升正常流程常规锁获取锁的并行度，但是可能增加锁转移和锁消除时的耗时，对于等待事件在LockMgrLock时，可以调大该锁增加性能。最小值4，即锁分区数为16；最大值为16，即锁分区数为65536。 TWOPHA

查看更多 →

算作一个完整的长事务。 锁等待 行锁等待个数 (个数) 该指标用于统计Innodb行锁等待个数。 表示历史累积等待行锁的事务个数。重启会清空锁等待。 元数据锁：终止持有MDL锁的会话，恢复被阻塞的操作。 Innodb锁等待：查看是否存在锁等待；终止持有锁的源头会话，恢复被阻塞的操作。

查看更多 →