塞，但建议写事务不要使用，以免产生数据不一致现象，读事务可应急使用。 REPEATABLE READ：事务可重复读隔离级别，事务只能读到事务开始之前已提交的数据，不能读到未提交的数据以及事务执行期间其它并发事务提交的修改（但是，查询能查看到自身所在事务中先前修改的执行结果，即使先

查看更多 →

事务管理 TRANSACTION DSC工具在迁移MySQL事务处理语句时会根据 GaussDB (DWS)特性进行相应适配。 输入示例 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ##该声明仅适用于会话中执行的下一个单个事务 SET

查看更多 →

自治事务 自治事务（Autonomous Transaction），在主事务执行过程中新启的独立的事务。自治事务的提交和回滚不会影响主事务已提交的数据，同时自治事务也不受主事务影响。 自治事务在存储过程、函数、匿名块和package中定义，用PRAGMA AUTONOMOUS_TRANSACTION关键字来声明。

查看更多 →

收发事务消息 分布式消息服务RocketMQ版的事务消息支持在业务逻辑与发送消息之间提供事务保证，通过两阶段的方式提供对事务消息的支持，事务消息交互流程如图1所示。 图1 事务消息交互流程 事务消息生产者首先发送半消息，然后执行本地事务。如果执行成功，则发送事务提交，否则发送事务回

查看更多 →

READ：事务可重复读隔离级别，事务只能读到事务开始之前已提交的数据，不能读到未提交的数据以及事务执行期间其它并发事务提交的修改（但是，查询能查看到自身所在事务中先前修改的执行结果，即使先前修改尚未提交）。这个级别和读已提交是不一样的，因为可重复读事务中的查询看到的是事务开始时的快

查看更多 →

EXEC SQL SET AUTOCOMMIT TO OFF语句关闭。 常见事务管理命令如下： EXEC SQL COMMIT：提交正在进行的事务。 EXEC SQL ROLLBACK：回滚正在进行的事务。 EXEC SQL SET AUTOCOMMIT TO ON：启动自动提交模式。

查看更多 →

EXEC SQL SET AUTOCOMMIT TO OFF语句关闭。 常见事务管理命令如下： EXEC SQL COMMIT：提交正在进行的事务。 EXEC SQL ROLLBACK：回滚正在进行的事务。 EXEC SQL SET AUTOCOMMIT TO ON：启动自动提交模式。

查看更多 →

READ：事务可重复读隔离级别，事务只能读到事务开始之前已提交的数据，不能读到未提交的数据以及事务执行期间其它并发事务提交的修改（但是，查询能查看到自身所在事务中先前修改的执行结果，即使先前修改尚未提交）。这个级别和读已提交是不一样的，因为可重复读事务中的查询看到的是事务开始时的快

查看更多 →

EXEC SQL SET AUTOCOMMIT TO OFF语句关闭。 常见事务管理命令如下： EXEC SQL COMMIT：提交正在进行的事务。 EXEC SQL ROLLBACK：回滚正在进行的事务。 EXEC SQL SET AUTOCOMMIT TO ON：启动自动提交模式。

查看更多 →

前事务并自动开启一个新的事务，后续的所有操作都会在此新事务中运行。 保存点SAVEPOINT是事务中的一个特殊记号，它允许将那些在它建立后执行的命令全部回滚，把事务的状态恢复到保存点所在的时刻。存储过程中允许使用保存点来进行事务管理，当前支持保存点的创建、回滚和释放操作。存储过程

查看更多 →

DDL锁不在当前功能的范围之内，可以使用元数据锁进行分析和查看。 RDS for MySQL 8.0需要开启性能模式才能查看锁信息，执行SHOW GLOBAL VARIABLES LIKE "performance_schema"或者在修改RDS for MySQL实例参数查看是否开启。 操作步骤 登录管理控制台。

查看更多 →

READ生效。 事务相关语法 事务嵌套 M-Compatibility中嵌套事务不会自动提交，MySQL会自动提交。 事务相关语法 自动提交 M-Compatibility使用GaussDB存储，继承GaussDB事务机制，事务中执行DDL，DCL不会自动提交。MySQL在DDL、D

查看更多 →

RDS for MySQL如何定位一直存在的长事务告警 场景描述 长事务告警一直存在，如何定位长事务。 原因分析 执行以下语句，查看当前事务的运行时间，根据运行时间定位长事务。 Select t.*,to_seconds(now())-to_seconds(t.trx_started)

查看更多 →

processlist，查找是否存在长时间执行的delete或update语句。 分析全量日志或慢日志，检查是否有大事务。 解决方法： 为了保证主从数据的一致性，需要等待大事务执行完成，主备复制延迟才能恢复。 业务侧避免此类大事务，可以将大事务拆分为小事务，分批执行。例如，通过where条件或limit语句限制每次要更新的数据量。

查看更多 →

社区版MySQL开启GTID后，如下三种语句执行会报错： 使用select语句建表（create table...select）会报错。 如果在一个事务中同时处理支持事务的引擎（InnoDB）和不支持事务的引擎（MyISAM）会报错。 显式事务中创建临时表（create temporary table）会报错。 为了

查看更多 →

启动一致性快照事务后，其他会话（session）执行DDL语句导致。问题复现步骤： 会话1启动一致性快照事务。 会话2执行DDL操作，修改表结构。 会话1执行普通的查询语句。 也可以通过Binlog或者审计日志，分析业务侧是否有同一个表DDL和一致性快照事务一起执行的情况。 解决方案 若经排

查看更多 →

大事务检测能力 众所周知，大事务的存在对实例的健康平稳运行有一些影响，典型场景如大事务的回滚时间很长，会导致升级、规格变更时间变长。TaurusDB提供了大事务检测的能力，当出现大事务，可以通过告警通知客户及时提交。 前提条件 内核2.0.39.230300及以上版本支持该功能。

查看更多 →

大事务检测能力 众所周知，大事务的存在对实例的健康平稳运行有一些影响，典型场景如大事务的回滚时间很长，会导致升级、规格变更时间变长。TaurusDB提供了大事务检测的能力，当出现大事务，可以通过告警通知客户及时提交。 前提条件 内核2.0.39.230300及以上版本支持该功能。

查看更多 →

源库存在长时间未提交的XA事务，可能会导致事务对应的数据丢失，造成数据不一致。 解决方案 用户在源库执行XA RECOVER语句，找出一直未提交的XA事务，后可执行 xa commit `{xid}`，xid填入xa recover返回的data值，提交对应xa事务，后续传任务即可解决。

查看更多 →

介绍如何使用事务功能定位问题。 操作流程 发现异常。 定位异常原因。 操作步骤 发现异常。 在使用APM进行应用巡检时，在事务界面中发现存在Apdex为红色的事务。 图1 巡检发现异常事务 定位异常原因。 单击动作列的查看拓扑结构，在拓扑界面中查看实例具体情况，且通过颜色可初步确认异常微服务为user。

查看更多 →

管理历史事务 功能介绍 历史事务用来分析和发现数据库的大事务、长时间未提交的事务等历史信息。 历史事务的数据来自show engine innodb status的命令执行结果，展示了历史事务信息的运行快照，采集频率为5分钟一次。 约束限制 历史事务信息的运行快照列出了正在执行的事务，不包含采集间隔内开始并提交的事务。

查看更多 →