首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

undo retention的思考(一)

最近有个网友咨询我一个问题,是关于undo_retention的,对于这个参数没有过多关注,只是知道需要设置undo_retention搭配使用undotablespace retention guarantee...通过邮件的操作记录可以看出这个网友还是很严谨的,每一个步骤都很详细的列了出来,这位网友在测试11.2.0.1.0的环境中发现undo retention没有像期望值那样来达到预期的效果。...integer 900 为了测试期间,设置为60秒 SQL> alter system set undo_retention=60; System altered....ACTIVE表示目前活跃的事务回滚信 息,UNEXPIRED表示虽然事务已经结束但回滚信息的保留时间仍未超过实例参数UNDO_RETENTION所设定的值,EXPIRED表示回滚信息 保留时间已超过UNDO_RETENTION...当然undo表空间设置为retention guarantee就会做相关的校验了。

1.3K50
您找到你想要的搜索结果了吗?
是的
没有找到

Oracle参数(Undo_Retention)

前面已经对Oracle的基本参数做了介绍,接下来会不定期写其他的参数 ---- Undo_Retention ?...为已提交过的数据(脏数据)在undo表空间保存的时间的最小值 Oracle根据UNDO空间使用量动态调整 Undo_Retention 大小,一般为undo空间的85% UNDO Retention...一般为最长执行语句的时间 UNDO Retention时间到期后过期数据不会自动删除,undo空间不足时才会覆盖 Retention Guarantee为NO时,对于undo表空间数据文件是固定大小的...,如果空间不足(所有未过期都被覆盖)会覆盖未过期的undo数据 Retention Guarantee为NO时,对于undo表空间是自动扩展的,当空间不足(所有未过期都被覆盖)时会扩展数据文件,达到最大时...(一般为30G)会覆盖未过期的undo数据 ---- Retention Guarantee 如果开启Retention Guarantee的话,oracle会保证未过期的数据不会被覆盖,但是如果这样的话可能会引起

97840

低功耗设计 | retention register

因此,使用retention register需要特别注意它带来的额外的面积和功耗。当需要断电保存的数据过多时,retention cell带来的功耗可能会使整体的low power效果打折扣。...使用retention registers会增加额外的leakage,需要配合系统的省电方案使用,同时也会增加额外的面积; QA3 retention registers看起来多了一个shadow寄存器...关键就在于,retention registers中的shadow寄存器只消耗很少的电来保存信息,从而使得主寄存器可以完全掉电,从而省电; QA4 retention registers中主从寄存器两者的区别...Liberty retention register,仅供参考 retention registers的lib描述指定了控制数据保存和恢复的电源引脚和输入信号。...cell(RETENTION_DFF) { retention_cell:"ret_dff"; area : 1.0; ...

1.1K40

Influx Sql系列教程二:retention policy 保存策略

retention policy这个东西相比较于传统的关系型数据库(比如mysql)而言,是一个比较新的东西,在将表之前,有必要来看一下保存策略有什么用,以及可以怎么用 <!...创建retention policy retention policy依托于database存在,也就是说保存策略创建时,需要指定具体的数据库,语法如下 CREATE RETENTION POLICY...策略查看 上面演示的case中,已经有如何查看一个数据库的保存策略了 show retention policies on 3....修改保存策略 修改一个已经存在的保存策略,语法如下 ALTER RETENTION POLICY ON DURATION...删除保存策略 DROP RETENTION POLICY ON 当如下面的case,删除了默认的策略之后,会发现居然没有了默认的保存策略了

50120

Idle State Retention Time 特性概览

针对 Table API 和 SQL 模块的持续查询/聚合语句,Flink 还提供了另一项失效状态清理机制,这就是本文要提到的 Idle State Retention Time 选项,Flink 很早就提供了这个选项...针对这个问题,Flink 提出了空闲状态保留时间(Idle State Retention Time)的概念。...实现方式 Idle State Retention Time 的代码完全位于 flink-table 相关模块下,因此只有 Table API / SQL 的编程方式才可以用到这个特性。...当调用这三个类的 translateToPlan 方法时,如果没有指定 Idle State Retention Time,则会打印一行 WARNING 级别的日志,表明状态会无限增长。...通过我们的使用经验来看,目前 Idle State Retention Time 的实现还不够成熟,有些特殊情况下反而会加重问题。

12.6K53
领券