.jpg)
.jpg)
.jpg)
.jpg)
-
数据损坏检测修复函数
![]()
表2 gs_repair_undo_byzone参数说明 参数类型 参数名 类型 描述 输入参数 zone_id int Undo Zone编号： -1：修复所有Undo Zone的元信息。 0~1048575：修复对应zone_id编号的Undo Zone的元信息。 输出参数
来自：帮助中心 -
snapshot too old
![]()
too old 查询SQL执行时间过长或者其它一些原因，Undo无法保存太久的历史数据就可能因为历史版本被强制回收报错。一般情况下需要扩容回滚段空间，但具体问题需要具体分析。 长事务阻塞Undo空间回收 大量回滚事务拖慢Undo空间回收 父主题： 常见问题及定位手段
来自：帮助中心 -
snapshot too old
![]()
too old 查询SQL执行时间过长或者其它一些原因，Undo无法保存太久的历史数据就可能因为历史版本被强制回收报错。一般情况下需要扩容回滚段空间，但具体问题需要具体分析。 长事务阻塞Undo空间回收 大量回滚事务拖慢Undo空间回收 父主题： 常见问题及定位手段
来自：帮助中心 -
snapshot too old
![]()
too old 查询SQL执行时间过长或者其他一些原因，Undo无法保存太久的历史数据就可能因为历史版本被强制回收报错。一般情况下需要扩容回滚段空间，但具体问题需要具体分析。 长事务阻塞Undo空间回收 大量回滚事务拖慢Undo空间回收 父主题： 常见问题及定位手段
来自：帮助中心 -
PbRCR(Page base Row Consistency Read) Heap多版本管理
![]()
事务修改记录时，会将历史数据记录到Undo Row中。 在Tuple中的td_id上记录产生的Undo Row地址(zone_id, block no, page offset)。 将新的数据覆盖写入Heap页面。 每次对数据的修改都会产生Undo，同一记录的undo通过block prev串联。
来自：帮助中心 -
PbRCR(Page base Row Consistency Read) Heap多版本管理
![]()
事务修改记录时，会将历史数据记录到Undo Row中。 在Tuple中的td_id上记录产生的Undo Row地址(zone_id, block no, page offset)。 将新的数据覆盖写入Heap页面。 每次对数据的修改都会产生Undo，同一记录的undo通过block prev串联。
来自：帮助中心 -
闪回相关参数
![]()
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的元信息。 输出参数
来自：帮助中心 -
数据损坏检测修复函数
![]()
表2 gs_repair_undo_byzone参数说明 参数类型 参数名 类型 描述 输入参数 zone_id int Undo Zone编号： -1：修复所有Undo Zone的元信息。 0~1048575：修复对应zone_id编号的Undo Zone的元信息。 输出参数
来自：帮助中心 -
预留参数
![]()
tion enable_hadoop_env enable_hypo_index undo_space_limit_size undo_limit_size_per_transaction undo_zone_count ustore_attr enable_ustore 父主题：
来自：帮助中心 -
事务回滚
![]()
重启时，会由Undo回收线程为未回滚完成的事务发起异步回滚任务，立即对外提供服务。由异步回滚任务发起线程undo launch负责拉起异步回滚工作线程undo worker，再由异步回滚工作线程实际执行回滚任务。undo launch线程最多可以同时拉起5个undo worker线程。
来自：帮助中心 -
MySQL只读实例磁盘占用远超主实例
![]()
排查只读实例上运行的事务： 发现有一直未提交的长事务，如上图所示（事务一天前开始），该长事务导致undo log一直未清理，累计了近一天的undo log，导致磁盘占用高。 解决方案 方式一：等待事务提交后，undo log会被清理，只读实例的磁盘占用恢复。 方式二：kill相应会话，停止长事务。
来自：帮助中心 -
snapshot too old
![]()
too old 查询SQL执行时间过长或者其它一些原因，Undo无法保存太久的历史数据就可能因为历史版本被强制回收报错。一般情况下需要扩容回滚段空间，但具体问题需要具体分析。 长事务阻塞Undo空间回收 大量回滚事务拖慢Undo空间回收 父主题： 常见问题及定位手段
来自：帮助中心 -
闪回相关参数
![]()
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
来自：帮助中心 -
闪回相关参数
![]()
point"。 如果想要保留的undo记录旧版本时间为time1，闪回查询执行的SQL时间为time2，需要设置参数undo_retention_time大于两者之和。即设置undo_retention_time > time1 + time2 + 3s。建议设置 undo_retention_time
来自：帮助中心 -
事务回滚
![]()
重启时，会由Undo回收线程为未回滚完成的事务发起异步回滚任务，立即对外提供服务。由异步回滚任务发起线程undo launch负责拉起异步回滚工作线程undo worker，再由异步回滚工作线程实际执行回滚任务。undo launch线程最多可以同时拉起5个undo worker线程。
来自：帮助中心 -
事务回滚
![]()
同步回滚失败或者在系统宕机后再次重启时，会由Undo回收线程为未回滚完成的事务发起异步回滚任务，立即对外提供服务。由异步回滚任务发起线程undo launch负责拉起异步回滚工作线程undo worker，再由异步回滚工作线程实际执行回滚任务。undo launch线程最多可以同时拉起5个undo worker线程。
来自：帮助中心 -
事务回滚
![]()
同步回滚失败或者在系统宕机后再次重启时，会由Undo回收线程为未回滚完成的事务发起异步回滚任务，立即对外提供服务。由异步回滚任务发起线程undo launch负责拉起异步回滚工作线程undo worker，再由异步回滚工作线程实际执行回滚任务。undo launch线程最多可以同时拉起5个undo worker线程。
来自：帮助中心 -
在线校验功能
![]()
在线校验功能 在线校验是Ustore特有的，在运行过程中可以有效预防页面因编码逻辑错误导致的逻辑损坏，默认开启UPAGE:UBTREE:UNDO三个模块校验。业务现网请保持开启，性能场景除外。 关闭： gs_guc reload -Z datanode -N all -I all
来自：帮助中心
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
