对业务秒级影响。 分布式事务 DDM当前支持单机、FREE、XA三种事务模型。 单机：不允许跨分片事务。 FREE：跨分片事务commit时部分失败无法回滚，导致数据不一致。 XA分布式事务：两阶段提交，跨分片事务commit时部分失败会自动回滚，保证事务内数据一致性。 数据导入导出

查看更多 →

滚。服务端在一段时间后如果一直收不到提交或回滚，则发起回查，生产者在收到回查后重新发送事务提交或回滚。消息只有在提交之后才投递给消费者，消费者对回滚的消息不可见。 收发事务消息前，请参考收集连接信息收集RocketMQ所需的连接信息。 客户端连接RocketMQ实例5.x版本收发

查看更多 →

滚。服务端在一段时间后如果一直收不到提交或回滚，则发起回查，生产者在收到回查后重新发送事务提交或回滚。消息只有在提交之后才投递给消费者，消费者对回滚的消息不可见。 收发事务消息前，请参考收集连接信息收集RocketMQ所需的连接信息。 客户端连接RocketMQ实例5.x版本收发

查看更多 →

事务 锁 GTM xlog checkpoint

查看更多 →

事务 介绍数据库事务隔离、事务只读、最大prepared事务数、维护模式目的参数设置及取值范围等内容。 transaction_isolation 参数说明：设置当前事务的隔离级别。 该参数属于USERSET类型参数，请参考表1中对应设置方法进行设置。 取值范围：字符串，只识别以下字符串，大小写空格敏感：

查看更多 →

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

查看更多 →

。回收已提交或者已回滚完成的事务，且该事务的提交时间应早于$(current_time-undo_retention_time)。对于遍历过程中需要回滚的事务，后台回收线程会为该事务添加异步回滚任务。 当数据库中存在运行时间长、修改数据量大的事务，或者开启闪回时间较长的时候，可能

查看更多 →

。回收已提交或者已回滚完成的事务，且该事务的提交时间应早于$(current_time-undo_retention_time)。对于遍历过程中需要回滚的事务，后台回收线程会为该事务添加异步回滚任务。 当数据库中存在运行时间长、修改数据量大的事务，或者开启闪回时间较长的时候，可能

查看更多 →

情况下，是否可以回滚？ 如果脚本中涉及数据增/删/改等操作，默认是脚本图元后的图元失败的情况下，脚本中的操作进行回滚。如果脚本中，单独写了独立事务transaction，则不进行回滚。 独立事务的具体写法如下：如下红框中的内容，如果脚本中存在，则表示开启了独立事务，即使引用它的服务编排失败，事务操作也不会回滚。

查看更多 →

。回收已提交或者已回滚完成的事务，且该事务的提交时间应早于$(current_time-undo_retention_time)。对于遍历过程中需要回滚的事务，后台回收线程会为该事务添加异步回滚任务。 当数据库中存在运行时间长、修改数据量大的事务，或者开启闪回时间较长的时候，可能

查看更多 →

。回收已提交或者已回滚完成的事务，且该事务的提交时间应早于$(current_time-undo_retention_time)。对于遍历过程中需要回滚的事务，后台回收线程会为该事务添加异步回滚任务。 当数据库中存在运行时间长、修改数据量大的事务，或者开启闪回时间较长的时候，可能

查看更多 →

该指标用于统计后台每秒提交的事务数，取时间段的平均值，单位：Count/s。 后台回滚事务数 该指标用于统计后台每秒回滚的事务数，取时间段的平均值，单位：Count/s。 用户事务平均响应时间 该指标用于统计用户事务的平均响应时间，单位：us。 用户事务回滚率 该指标用于统计用户事务回滚事务占用户提

查看更多 →

都会在回滚掉这个保存点之后关闭。如果一个前面打开了的游标在保存点里面，并且游标被一个FETCH命令影响，而这个保存点稍后回滚了，那么这个游标的位置仍然在FETCH让它指向的位置（也就是FETCH不会被回滚）。关闭一个游标的行为也不会被回滚给撤消掉。如果一个游标的操作导致事务回滚，

查看更多 →

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

查看更多 →

都会在回滚掉这个保存点之后关闭。如果一个前面打开了的游标在保存点里面，并且游标被一个FETCH命令影响，而这个保存点稍后回滚了，那么这个游标的位置仍然在FETCH让它指向的位置（FETCH不会被回滚）。关闭一个游标的行为也不会被回滚给撤消掉。如果一个游标的操作导致事务回滚，那么这

查看更多 →

资源进行预留。 提交阶段（commit phase）：收到参与者的回应后，协调者再向参与者发出通知，根据反馈情况决定各参与者是否要提交还是回滚。 举例说明： 甲乙丙丁四人要聚餐，需要确定时间，不妨设甲是协调者，乙丙丁是参与者。 准备阶段： 甲发短信给乙丙丁，周二中午十二点聚餐是否有时间。

查看更多 →

该指标用于统计后台每秒提交的事务数，取时间段的平均值，单位：Count/s。 后台回滚事务数 该指标用于统计后台每秒回滚的事务数，取时间段的平均值，单位：Count/s。 用户事务平均响应时间 该指标用于统计用户事务的平均响应时间，单位：us。 用户事务回滚率 该指标用于统计用户事务回滚事务占用户提

查看更多 →

BACK/SAVEPOINT的存储过程或者函数。 支持提交/回滚的内容： 支持DDL在COMMIT/ROLLBACK后的提交/回滚。 支持DML的COMMIT/ROLLBACK后的提交。 支持存储过程内GUC参数的回滚提交。 使用限制 不支持调用的上下文环境： 不支持除PLSQL

查看更多 →

由于旧的数据是直接记录在数据文件中，而不是回滚段中，所以不会经常报Snapshot Too Old错误。 回滚可以很快完成，因为回滚并不删除数据，但回滚时很复杂，在事务回滚时必须清理该事务所进行的修改，插入的记录要删除，更新的记录要更新回来，同时回滚的过程也会再次产生大量的Redo日志。

查看更多 →

由于旧的数据是直接记录在数据文件中，而不是回滚段中，所以不会经常报Snapshot Too Old错误。 回滚可以很快完成，因为回滚并不删除数据，但回滚时很复杂，在事务回滚时必须清理该事务所进行的修改，插入的记录要删除，更新的记录要更新回来，同时回滚的过程也会再次产生大量的Redo日志。

查看更多 →

SAVEPOINT 功能描述 SAVEPOINT用于在当前事务里建立一个新的保存点。 保存点是事务中的一个特殊记号，它允许将那些在它建立后执行的命令全部回滚，把事务的状态恢复到保存点所在的时刻。 注意事项 使用ROLLBACK TO SAVEPOINT回滚到一个保存点。使用RELEASE SAV

查看更多 →