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

查看更多 →

优化了jemalloc组件释放内存缓慢，导致OOM的行为。 修复问题 修复了社区审计日志内存泄漏、线程挂住的问题。 修复了社区间隙锁范围过大的问题。 2023-06-28 新特性及性能优化 升级到5.7.41版本。 增加安全编译选项。 修复问题 修复参考表添加索引与另一张表添加外键并发执行时可能出现的复制异常。

查看更多 →

优化了jemalloc组件释放内存缓慢，导致OOM的行为。 修复问题 修复了社区审计日志内存泄漏、线程挂住的问题。 修复了社区间隙锁范围过大的问题。 2023-06-28 新特性及性能优化 升级到5.7.41版本。 增加安全编译选项。 修复问题 修复参考表添加索引与另一张表添加外键并发执行时可能出现的复制异常。

查看更多 →

行update。 只读节点和备机在回放主库的Binlog event时，会根据表的主键或者唯一二级索引来检索需要更改的行。如果对应表未创建主键，则会产生大量的全表扫描，从而降低了Binlog日志的应用速度，产生复制延迟。 排查方法： 通过show create table xxx

查看更多 →

表级时间点恢复（MySQL） 功能介绍 为了保证数据完整性，降低对原实例的性能影响，在进行表级时间点恢复备份时，首先将选中时间点的全量数据和增量数据在后台恢复至一个临时实例，然后自动导出用户需要恢复的表，再将这些表恢复至原实例。 该接口计划于2025-09-14下线，建议及时切换到新接口表级时间点恢复（MySQL）。

查看更多 →

表级时间点恢复（MySQL） 功能介绍 为了保证数据完整性，降低对原实例的性能影响，在进行表级时间点恢复备份时，首先将选中时间点的全量数据和增量数据在后台恢复至一个临时实例，然后自动导出用户需要恢复的表，再将这些表恢复至原实例。 该操作会在原实例上新生成恢复后的库表，请确保您的原实例磁盘空间充足。

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

针对这种情况，客户可选择在目标库中执行以下命令，进行优化整理从而缩小空间。 optimize table table_name 由于命令optimize会进行锁表操作，所以进行优化时要避开表数据操作时间，避免影响正常业务的进行。 父主题： 产品咨询

查看更多 →

重分布过程中创建的临时表引用了原表的冷热表属性，导致临时表创建失败。 8.3.0.101 8.3.0.108 表2 8.3.0.108新增功能/解决问题列表 类别 功能或问题描述 问题原因 问题出现版本 修复建议 新增功能 无 - - - 解决问题 copy并发入库出现锁超时报错 Rec

查看更多 →

外的心跳表来记录DDL执行过程，支持临时暂停DDL过程。这些机制导致gh-ost的执行时间比原生的DDL算法略长。 MySQL 8.0之后提出的instant秒级加列算法，不再需要rebuild整个表，只需要在表的metadata中记录新增列的基本信息即可。这种方式将大表的加列操

查看更多 →

备份集支持跨版本恢复，细粒度表级恢复支持恢复低版本集群（8.1.3及以后版本）生成的备份集。 细粒度表级恢复支持恢复至异构集群（节点数、DN数、CN数均可不一致）。 细粒度恢复支持权限、注释：集群级物理细粒度备份，schema级物理细粒度备份新增支持备份权限与注释，表级恢复以及schema级灾难恢复支持恢复权限与注释。

查看更多 →

espaceCheck 检查分区表是否在共享表空间。 目标版本不支持共享表空间，请通过ALTER TABLE语句将它们移动到独立表空间。 partitionsReferencedCheck 检查分区表是否被普通表通过外键引用。 分区表不可被普通表引用，请删除外键引用。 partitionsRangeDateCheck

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →