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

查看更多 →

RDS实例做OPTIMIZE TABLE操作是否会锁表 RDS实例做OPTIMIZE TABLE操作时，不会一直锁表，整个过程中一小段时间会锁表。锁表期间可以做DML操作，不能同时做其他DDL操作，并且该操作会重建表，过程有点长，会耗费CPU和磁盘资源，如果并发DML很多，最终锁表的时间会更长，建议在业务低峰时间做OPTIMIZE

查看更多 →

function 'PGXC_GET_LOCK_CONFLI CTS ' in distributed query. 解决方案：请使用不与分布式表连接的简单查询。 level： ERROR GS_111200529 错误码： could not serialize access due to

查看更多 →

RDS for MySQL是否有单表尺寸限制 云数据库 RDS for MySQL单表的有效最大表尺寸受限于操作系统的文件尺寸限制，而不是受MySQL内部机制的限制。 由于存在部分元数据开销，云数据库 RDS for MySQL单表尺寸的最大限制为2TB。 父主题： 产品咨询

查看更多 →

GaussDB(for MySQL)标准版元数据锁MDL导致无法操作数据库的解决方法 MetaData Lock即元数据锁，MetaData Lock主要为了保证元数据的一致性，用于处理不同线程操作同一数据对象的同步与互斥问题。MySQL 5.5版本开始，引入了MDL锁，但是因为MDL锁，会导致

查看更多 →

RDS for MySQL是否支持TokuDB 目前官方MySQL还不支持TokuDB。 RDS也暂不支持。 父主题： 产品咨询

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

兼容MySQL，包括API和命令行，使之能轻松成为MySQL的代替品。在存储引擎方面，使用XtraDB来代替MySQL的InnoDB，XtraDB完全兼容InnoDB，创建一个InnoDB表内部默认会转换成XtraDB。 MariaDB和MySQL在绝大多数方面是兼容的，对于前端

查看更多 →

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

查看更多 →

RUNNING：运行。 LOCK WAIT：等待锁。 如果事务当前的状态是LOCK WAIT，即表示事务持有行锁。 ROLLING BACK：正在回滚。 COMMITTING：正在提交。 解决方案 由于持锁长事务长时间未提交或回滚导致后续操作阻塞，如果持锁长事务已经阻塞了后续的业务，需要将长事务

查看更多 →

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。

查看更多 →

历史诊断”。 选择“锁阻塞”页签。 查看锁阻塞数量 查看近1天、近1周、近2周、近1月的锁阻塞个数。 图1 阻塞数 查看锁阻塞趋势 查看近1天、近1周、近2周、近1月或者自定义时间段内的锁阻塞趋势。关于锁阻塞类型的详细说明，请参考官方文档。 图2 锁阻塞趋势 查看阻塞源会话 查看指定数据库的阻塞源会话。

查看更多 →

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

查看更多 →