回滚段管理 每个undo zone除了管理部分txn page外，还管理undo page。 Undo页面中存储undo row，对数据的修改会将历史版本记录到Undo中。 Undo记录也是数据，因此对Undo页面的修改同样会记录Redo。 父主题： Undo

查看更多 →

_time-undo_retention_time)。对于遍历过程中需要回滚的事务，后台回收线程会为该事务添加异步回滚任务。 当数据库中存在运行时间长、修改数据量大的事务，或者开启闪回时间较长的时候，可能出现undo空间持续膨胀的情况。当undo占用空间接近undo_space_

查看更多 →

too old 查询SQL执行时间过长或者其它一些原因，Undo无法保存太久的历史数据就可能因为历史版本被强制回收报错。一般情况下需要扩容回滚段空间，但具体问题需要具体分析。 长事务阻塞Undo空间回收 大量回滚事务拖慢Undo空间回收 父主题： 常见问题及定位手段

查看更多 →

too old 查询SQL执行时间过长或者其它一些原因，Undo无法保存太久的历史数据就可能因为历史版本被强制回收报错。一般情况下需要扩容回滚段空间，但具体问题需要具体分析。 长事务阻塞Undo空间回收 大量回滚事务拖慢Undo空间回收 父主题： 常见问题及定位手段

查看更多 →

too old 查询SQL执行时间过长或者其他一些原因，Undo无法保存太久的历史数据就可能因为历史版本被强制回收报错。一般情况下需要扩容回滚段空间，但具体问题需要具体分析。 长事务阻塞Undo空间回收 大量回滚事务拖慢Undo空间回收 父主题： 常见问题及定位手段

查看更多 →

$node_dir/undo/{permanent|unlogged|temp}/$undo_zone_id.meta.$segno undo row所在文件组织结构： $node_dir/undo/{permanent|unlogged|temp}/$undo_zone_id.$segno

查看更多 →

重启时，会由Undo回收线程为未回滚完成的事务发起异步回滚任务，立即对外提供服务。由异步回滚任务发起线程undo launch负责拉起异步回滚工作线程undo worker，再由异步回滚工作线程实际执行回滚任务。undo launch线程最多可以同时拉起5个undo worker线程。

查看更多 →

too old 查询SQL执行时间过长或者其它一些原因，Undo无法保存太久的历史数据就可能因为历史版本被强制回收报错。一般情况下需要扩容回滚段空间，但具体问题需要具体分析。 长事务阻塞Undo空间回收 大量回滚事务拖慢Undo空间回收 父主题： 常见问题及定位手段

查看更多 →

表2 gs_repair_undo_byzone参数说明 参数类型 参数名 类型 描述 输入参数 zone_id int Undo Zone编号： -1：修复所有Undo Zone的元信息。 0~1048575：修复对应zone_id编号的Undo Zone的元信息。 输出参数

查看更多 →

表2 gs_repair_undo_byzone参数说明 参数类型 参数名 类型 描述 输入参数 zone_id int Undo Zone编号： -1：修复所有Undo Zone的元信息。 0~1048575：修复对应zone_id编号的Undo Zone的元信息。 输出参数

查看更多 →

事务修改记录时，会将历史数据记录到Undo Row中。 在Tuple中的td_id上记录产生的Undo Row地址(zone_id, block no, page offset)。 将新的数据覆盖写入Heap页面。 每次对数据的修改都会产生Undo，同一记录的undo通过block prev串联。

查看更多 →

事务修改记录时，会将历史数据记录到Undo Row中。 在Tuple中的td_id上记录产生的Undo Row地址(zone_id, block no, page offset)。 将新的数据覆盖写入Heap页面。 每次对数据的修改都会产生Undo，同一记录的undo通过block prev串联。

查看更多 →

排查只读实例上运行的事务： 发现有一直未提交的长事务，如上图所示（事务一天前开始），该长事务导致undo log一直未清理，累计了近一天的undo log，导致磁盘占用高。 解决方案 方式一：等待事务提交后，undo log会被清理，只读实例的磁盘占用恢复。 方式二：kill相应会话，停止长事务。

查看更多 →

point"。 如果想要保留的undo记录旧版本时间为time1，闪回查询执行的SQL时间为time2，需要设置参数undo_retention_time大于两者之和。即设置undo_retention_time > time1 + time2 + 3s。建议设置 undo_retention_time

查看更多 →

point"。 如果想要保留的undo记录旧版本时间为time1，闪回查询执行的SQL时间为time2，需要设置参数undo_retention_time大于两者之和。即设置undo_retention_time > time1 + time2 + 3s。建议设置 undo_retention_time

查看更多 →

表2 gs_repair_undo_byzone参数说明 参数类型 参数名 类型 描述 输入参数 zone_id int Undo Zone编号： -1：修复所有Undo Zone的元信息。 0~1048575：修复对应zone_id编号的Undo Zone的元信息。 输出参数

查看更多 →

truncate_lsn undo space select sum(INITIAL_SIZE) as undo_space from information_schema.files where file_type='UNDO LOG '; undo空间。 父主题： 基本使用类

查看更多 →

truncate_lsn undo space select sum(INITIAL_SIZE) as undo_space from information_schema.files where file_type='UNDO LOG'; undo空间。 父主题： 基本使用类

查看更多 →

在 GaussDB (for MySQL)中，磁盘临时表的数据保存在Session临时表空间中（路径由参数“innodb_temp_tablespaces_dir”控制），undo log则保存在Global临时表空间中（路径由参数“innodb_temp_data_file_path”控制）。

查看更多 →

Pool中，并由刷脏线程进行落盘。 在TaurusDB中，磁盘临时表的数据保存在Session临时表空间中（路径由参数“innodb_temp_tablespaces_dir”控制），undo log则保存在Global临时表空间中（路径由参数“innodb_temp_data_file_path”控制）。

查看更多 →

在线校验功能 在线校验是Ustore特有的，在运行过程中可以有效预防页面因编码逻辑错误导致的逻辑损坏，默认开启UPAGE:UBTREE:UNDO三个模块校验。业务现网请保持开启，性能场景除外。 关闭： gs_guc reload -Z datanode -N all -I all

查看更多 →