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

查看更多 →

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

查看更多 →

智能运维 > 实例列表”页签，进入DBA智能运维实例列表页面。 选择目标实例，单击“详情”，选择“锁&事务 > 锁分析 > 元数据锁”，列表展示当前实例的元数据锁。 图2 元数据锁 选择目标会话，单击“Kill会话”。 图3 选择目标元数据锁 刷新元数据锁列表。可以观察到，查询语句已经执行完毕，DDL语句正在执行。

查看更多 →

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

查看更多 →

针对以上问题，华为云RDS for MySQL推出了MDL锁视图特性，可以查看数据库各会话持有和等待的元数据锁信息，用户可以有效进行系统诊断，优化自身业务，有效降低对业务影响。 MDL锁视图详解 MDL锁视图以系统表的形式呈现，该表位于“information_schema”下，表名称是“metad

查看更多 →

分区级MDL锁 在MySQL社区版中，分区表的数据访问操作（DML）和分区维护操作（DDL）会互相阻塞，这意味着分区维护只能在业务低峰期进行。然而，创建和删除分区的操作相对频繁，这在很大程度上限制了分区表的使用。 GaussDB (for MySQL)实现了分区级别的MDL锁，使得分区

查看更多 →

lock_type String 锁类型，取值为RECORD或TABLE。RECORD为行锁, TABLE为表锁。 lock_table String 加锁的表。 lock_index String 如果是lock_type='RECORD' 行级锁 ,为锁住的索引，如果是表锁为null。 lock_space

查看更多 →

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

查看更多 →

lock”，“Waiting for table metadata lock”即表示出现阻塞，在对应的“Info”列可以查看到对应表的操作，找到正在对该表进行操作的会话，记录“Id”。 在SQL窗口执行如下命令解锁MDL锁。 kill Id 图2 执行结果 父主题： 常见性能问题

查看更多 →

transaction 原因分析 查看监控指标“行锁花费时间”，监控到行锁等待时间较长，说明该系统出现过锁冲突的现象。 监控指标详细内容请参考查看监控指标。 登录实例，执行如下SQL，查看系统当前存在的长事务，以及事务持有的行锁信息。 select trx_mysql_thread_id, trx_id

查看更多 →

GaussDB(for MySQL)标准版实例做OPTIMIZE TABLE操作是否会锁表 GaussDB(for MySQL)标准版实例做OPTIMIZE TABLE操作时，不会一直锁表，整个过程中一小段时间会锁表。锁表期间可以做DML操作，不能同时做其他DDL操作，并且该操作会重建表，过程有

查看更多 →

M-Compatibility事务中报错，需要执行rollback，MySQL无限制。 事务相关语法 锁机制 M-Compatibility锁机制只能在事务块中使用，MySQL无限制。 锁机制 锁机制 MySQL获取read锁后，当前会话无法进行写操作，M-Compatibility获取read锁后，当前会话可以进行写操作。

查看更多 →

M-Compatibility事务中报错，需要执行rollback，MySQL无限制。 事务相关语法 锁机制 M-Compatibility锁机制只能在事务块中使用，MySQL无限制。 锁机制 锁机制 MySQL获取read锁后，当前会话无法进行写操作，M-Compatibility获取read锁后，当前会话可以进行写操作。

查看更多 →

非阻塞DDL 用户在执行DDL操作的时候，如果目标表存在未提交的长事务或大查询，DDL将持续等待获取MDL-X锁。在GaussDB(for MySQL)中，由于MDL-X锁具有最高优先级，DDL在等待MDL-X锁的过程中，将阻塞目标表上所有的新事务，这将导致业务连接的堆积和阻塞，

查看更多 →

lock”，“Waiting for table metadata lock”即表示出现阻塞，在对应的“Info”列可以查看到对应表的操作，找到正在对该表进行操作的会话，记录“Id”。 执行如下命令解锁MDL锁。 kill Id 父主题： 性能调优

查看更多 →

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

查看更多 →

out 否 该变量控制innodb事务获取行锁等待的最长时间（秒），如果超过该时间还未获取到锁资源，则会返回执行失败。 parallel_queue_timeout 否 请求并行执行的查询的等待时间。如果超过该等待时间后，系统中并行执行的线程数仍然大于parallel_max_t

查看更多 →

MySQL原生的DDL工具 Copy算法 按照原表定义创建一个新的临时表。 对原表加写锁（禁止DML）。 在1建立的临时表执行DDL。 将原表中的数据copy到临时表。 释放原表的写锁。 将原表删除，并将临时表重命名为原表。 采用copy方式期间需要锁表，禁止DML写操作。当Lock

查看更多 →

开启autocommit的事务块每个语句执行完成时，可以达到事务边界。 start transaction; DML; commit; 关闭autocommit时，当commit执行完成，达到事务边界。 单独DML、DDL语句，执行完成，可以达到事务边界。 使用表锁、备份锁、用户自定锁时，需要释放锁以后，达到事务边界。

查看更多 →

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

查看更多 →

收到了户通过CES配置的“慢日志个数统计”阈值的告警后 或者连续5min“慢日志个数统计”超过100 锁等待 收到了用户通过CES配置的如下告警中的任意一个 行锁花费时间 InnoDB行锁数量 行锁等待数 通过CES配置告警规则，详情请参见设置告警规则。 监控指标的详情内容请参见查看监控指标。

查看更多 →