锁 GS_111010010 错误码： out of shared memory. 解决方案：可能需要增大max_locks_per_transaction。 level： ERROR GS_111010139 错误码： memory for serializable conflict

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

LOG2_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

查看更多 →

[物理读] 每秒物理读次数。 InnoDB行锁平均锁定时间(ms) InnoDB行锁平均锁定时间(毫秒)。 InnoDB行锁等待 [InnoDB行锁平均等待次数] InnoDB行锁平均等待次数。 [锁等待总次数] 锁等待总次数。 临时表 | 文件 [临时表] 执行SQL时自动创建的临时表数量。

查看更多 →

[物理读] 每秒物理读次数。 InnoDB行锁平均锁定时间(ms) InnoDB行锁平均锁定时间(毫秒)。 InnoDB行锁等待 [InnoDB行锁平均等待次数] InnoDB行锁平均等待次数。 [InnoDB行锁当前等待次数] InnoDB行锁当前等待次数。 临时表 | 文件 [临时表]

查看更多 →

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

查看更多 →

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

查看更多 →

进入DBA智能运维实例列表页面。 在实例列表页面右上角，按照引擎、实例名称或者实例IP筛选实例。 图1 筛选实例 选择目标实例，单击“详情”，进入DBA智能运维总览页面。 选择“锁&事务”下的“InnoDB锁等待”，即可查看是否存在锁等待。 父主题： 锁&事务

查看更多 →

MySQL)标准版元数据锁MDL导致无法操作数据库的解决方法 MetaData Lock即元数据锁，MetaData Lock主要为了保证元数据的一致性，用于处理不同线程操作同一数据对象的同步与互斥问题。MySQL 5.5版本开始，引入了MDL锁，但是因为MDL锁，会导致表级别的锁，无论是读或者写操作，都无法进行，导致SQL的阻塞。

查看更多 →

× 分区表的不同业务最终都是作用于目标分区上，数据库会给分区表和目标分区施加不同级别的表锁+分区锁，来控制并发行为。下表给出了不同业务的锁粒度控制。其中数字1~8代表上表给出的8种级别常规锁。 表2 分区表业务锁粒度 业务模型 一级分区表锁级别(表锁+分区锁) 二级分区表锁级别(表锁+一级分区锁+二级分区锁)

查看更多 →