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

查看更多 →

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

查看更多 →

参数说明：通过该参数单独指定阻塞DDL语句锁等待的时间，当申请的锁等待时间超过设定值时，系统会报错。该参数仅8.1.3.200及以上版本支持。 参数类型：SUSET 取值范围：整型，0 ~ INT_MAX，单位为毫秒（ms）。 如果该参数的值等于0，表示该参数不生效。 如果该参数的值大于0，DDL锁阻塞时间为该

查看更多 →

RDS for MySQL元数据锁MDL的问题处理 MetaData Lock即元数据锁，MetaData Lock主要为了保证元数据的一致性，用于处理不同线程操作同一数据对象的同步与互斥问题。MySQL 5.5版本开始，引入了MDL锁，但是因为MDL锁，会导致表级别的锁，无论是读或

查看更多 →

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

查看更多 →

如果是lock_type='RECORD' 行级锁 ,为锁住的页号，如果是表锁为null。 lock_rec String 如果是lock_type='RECORD' 行级锁 ,为锁住的堆号，如果是表锁为null。 lock_data String 事务锁住的主键值，若是表锁，则该值为null。 表7 InnodbLockWaits

查看更多 →

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

查看更多 →

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

查看更多 →

LOG2_LOCKTABLE_PART：常规锁表锁分区个数的2对数。最小值4，即锁分区数为16；最大值为16，即锁分区数为65536。 TWOPHASE_PART：两阶段事务锁的分区数。最小值为1，最大值为64。 FASTPATH_PART：每个线程可以不通过主锁表拿锁的最大锁个数。最小值为20，最大值为10000。

查看更多 →

最大值为512。 LOG2_LOCKTABLE_PART：常规锁表锁分区个数的2对数。最小值4，即锁分区数为16；最大值为16，即锁分区数为65536。 FASTPATH_PART：每个线程可以不通过主锁表拿锁的最大锁个数。最小值为20，最大值为10000。 默认值： "CLOG_PART=256

查看更多 →

源库加密表检查 MySQL、 GaussDB (for MySQL)为源场景 表1 源库加密表检查 预检查项 源库加密表检查 描述 检查源库是否存在加密表。 不通过提示及处理建 待确认原因：当前源库存在加密的表，请确认目标库是否支持。如果目标库不支持，存在任务失败等风险。 处理建议：

查看更多 →

String 锁类型，取值为Table metadata lock、Schema metadata lock、Tablespace lock、Global read lock，分别表示表元数据锁、库元数据锁、表空间锁、全局读锁。 lock_duration String 锁范围，取值

查看更多 →

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

查看更多 →

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

查看更多 →

目标库有客户业务连接长时间持有锁。 目标库性能不足或负载较大执行较慢。 解决方案 联系客户运维人员检查目标库锁占用情况、慢SQL或负载状况。 目标库恢复正常后，在任务列表中，单击任务对应操作列的“续传”，重新提交任务。 父主题： MySQL->MySQL实时迁移和同步

查看更多 →

实时诊断”。 选择“锁&事务”页签，输入管理员密码登录查看详情。 在“元数据锁”页签，根据需要选择会话ID、锁状态、锁类型、数据库名等进行查询。 图1 元数据锁 在查询结果中，查看是否存在持有MDL锁的会话。若存在，单击“kill会话”。 在“Innodb锁等待”页签，查看是否存在锁等待。 图2

查看更多 →

选择目标实例，单击“详情”，进入“实例概览”页面。 选择“锁&事务”下的“元数据锁”。 根据需要选择锁状态、数据库名、锁类型、会话ID等进行查询。 在查询结果中查看是否存在持有MDL锁的会话。若存在，单击“kill会话”。 父主题： 锁&事务

查看更多 →

源库分区表检查 PostgreSQL->GaussDB、PostgreSQL->GaussDB(DWS)同步场景 表1 源库分区表检查 预检查项 源库分区表检查 描述 检查源库是否有分区表。 不通过提示及处理建 待确认原因：源库中存在分区表，同步期间若在源库更改分区关系或删除分区，可能导致分区数据无法同步或同步失败。

查看更多 →

源库表复制属性检查 检查源库表的replica identity属性检查，必须为FULL。源库存在复制属性不为FULL的表时，可能导致增量同步失败。 不通过原因 所选的源库表包含主键列，但是复制属性不为FULL。 源库存在复制属性不为FULL的表，可能导致增量同步失败。 处理建议

查看更多 →

目标库同名库表检查 检查目标库是否存在同名的库表。 选择同步表结构的时候目标库不能有同名的表。 不选同步表结构的时候目标库必须有相应的表，且要保证表结构与所选表结构相同。 不通过原因 对象选择已勾选同步表结构，且待同步的表在目标库中已经存在。 对象选择未勾选同步表结构，且待同步的表在目标库不存在。

查看更多 →

在页面右上角单击“返回旧版”，进入旧版DBA智能运维界面。 选择“锁&事务”下的“元数据锁”。 根据需要选择锁状态、数据库名、锁类型、会话ID等进行查询。 在查询结果中查看是否存在持有MDL锁的会话。若存在，单击“kill会话”。 父主题： 锁&事务

查看更多 →