检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
回滚可以很快完成,因为回滚并不删除数据。 回滚时很复杂,在事务回滚时必须清理该事务所进行的修改,插入的记录要删除,更新的记录要更新回来,同时回滚的过程也会再次产生大量的Redo日志。 WAL日志要简单一些,仅需要记录数据文件的变化,不需要记录回滚段的变化。
注意,当前版本PCR索引在大数据量的回滚上耗时可能较长(回滚时间随数据量增长可能呈指数型增长,数据量太大可能会导致回滚未完成),回滚时间会在下个版本进行优化。
回滚可以很快完成,因为回滚并不删除数据。 回滚时很复杂,在事务回滚时必须清理该事务所进行的修改,插入的记录要删除,更新的记录要更新回来,同时回滚的过程也会再次产生大量的Redo日志。 WAL日志要简单一些,仅需要记录数据文件的变化,不需要记录回滚段的变化。
回滚可以很快完成,因为回滚并不删除数据,但回滚时很复杂,在事务回滚时必须清理该事务所进行的修改,插入的记录要删除,更新的记录要更新回来,同时回滚的过程也会再次产生大量的Redo日志。 WAL日志要简单一些,仅需要记录数据文件的变化,不需要记录回滚段的变化。
回滚可以很快完成,因为回滚并不删除数据,但回滚时很复杂,在事务回滚时必须清理该事务所进行的修改,插入的记录要删除,更新的记录要更新回来,同时回滚的过程也会再次产生大量的Redo日志。 WAL日志要简单一些,仅需要记录数据文件的变化,不需要记录回滚段的变化。
connection.rollback() 功能描述 此方法回滚当前挂起事务。 执行关闭连接“close()”而不先提交更改“commit()”将导致执行隐式回滚。 原型 connection.rollback() 参数 无 返回值 无 示例 请参见示例:常用操作。
connection.rollback() 功能描述 此方法回滚当前挂起事务。 执行关闭连接“close()”而不先提交更改“commit()”将导致执行隐式回滚。 原型 connection.rollback() 参数 无。 返回值 无。 示例 请参见示例:常用操作。
connection.rollback() 功能描述 此方法回滚当前挂起事务。 执行关闭连接“close()”而不先提交更改“commit()”将导致执行隐式回滚。 原型 connection.rollback() 参数 无。 返回值 无。 示例 请参见示例:常用操作。
connection.rollback() 功能描述 此方法回滚当前挂起事务。 执行关闭连接“close()”而不先提交更改“commit()”将导致执行隐式回滚。 原型 connection.rollback() 参数 无 返回值 无 示例 请参见示例:常用操作。
connection.rollback() 功能描述 此方法回滚当前挂起事务。 执行关闭连接“close()”而不先提交更改“commit()”将导致执行隐式回滚。 原型 connection.rollback() 参数 无。 返回值 无。 示例 请参见示例:常用操作。
注意,当前版本PCR索引在大数据量的回滚上耗时可能较长(回滚时间随数据量增长可能呈指数型增长,数据量太大可能导致会回滚无法完全执行),回滚时间会在新的版本进行优化,如表1所示。
connection.rollback() 功能描述 此方法回滚当前挂起事务。 执行关闭连接“close()”而不先提交更改“commit()”将导致执行隐式回滚。 原型 connection.rollback() 参数 无 返回值 无 示例 请参见示例:常用操作。
如果一个前面打开了的游标在保存点里面,并且游标被一个FETCH命令影响,而这个保存点稍后回滚了,那么这个游标的位置仍然在FETCH让它指向的位置(FETCH不会被回滚)。关闭一个游标的行为也不会被回滚进行撤销。
如果一个前面打开了的游标在保存点里面,并且游标被一个FETCH命令影响,而这个保存点稍后回滚了,那么这个游标的位置仍然在FETCH让它指向的位置(也就是FETCH不会被回滚)。关闭一个游标的行为也不会被回滚给撤销掉。
如果一个前面打开了的游标在保存点里面,并且游标被一个FETCH命令影响,而这个保存点稍后回滚了,那么这个游标的位置仍然在FETCH让它指向的位置(也就是FETCH不会被回滚)。关闭一个游标的行为也不会被回滚给撤销掉。
大量回滚事务拖慢Undo空间回收 问题现象 使用gs_async_rollback_xact_status视图查看有大量的待回滚事务,且待回滚的事务数量维持不变或者持续增高。
如果一个前面打开了的游标在保存点里面,并且游标被一个FETCH命令影响,而这个保存点稍后回滚了,那么这个游标的位置仍然在FETCH让它指向的位置(也就是FETCH不会被回滚)。关闭一个游标的行为也不会被回滚给撤销掉。
如果一个前面打开了的游标在保存点里面,并且游标被一个FETCH命令影响,而这个保存点稍后回滚了,那么这个游标的位置仍然在FETCH让它指向的位置(也就是FETCH不会被回滚)。关闭一个游标的行为也不会被回滚给撤销掉。
如果一个前面打开了的游标在保存点里面,并且游标被一个FETCH命令影响,而这个保存点稍后回滚了,那么这个游标的位置仍然在FETCH让它指向的位置(也就是FETCH不会被回滚)。关闭一个游标的行为也不会被回滚操作进行撤销。
大量回滚事务拖慢Undo空间回收 问题现象 使用gs_async_rollback_xact_status视图查看有大量的待回滚事务,且待回滚的事务数量维持不变或者持续增高。