Oracle并行事务回滚相关参数及视图

/******相关参数****/
fast_start_parallel_rollback
1.取值有3种:false,low,high
2.各值含义:false  ---禁用并行回滚功能
                 low    ---并行回滚最大为2*cpu_count
                 high   ---并行回滚最大为4*cpu_count
3.此参数适用于system crash之前未执行完毕的并行dml或并行ddl
4.决定并行回滚的并行度  
5.此参数应用前滚完成之后回滚阶段即对于undo block操作

/******相关视图****/ 
v$fast_start_servers
1.查看实行并行事务恢复的恢复子进程的工作状态
2.子进程状态:idle,recovering
   已应用的undo block个数
   事务id
   子进程的进程id  
   
v$fast_start_transactions
查看恢复的进度几个重要的列:
usn  --恢复事务的undo segment number
state ---恢复事务的状态:即正在恢复,恢复完成,未恢复
pid   ---恢复事务的进程id
udnoblocksdone --已应用的undo block个数
undoblockstotal --总共的undo block个数
xid  ---事务id
parentusn --并行dml事务的父事务的undo segment number

/******相关sql****/
select 
   undoblockstotal "Total",
   undoblocksdone "Done",
   undoblockstotal-undoblocksdone "ToDo",
   to_char(sysdate,‘yyyy-mm-dd hh24:mi:ss‘)
from v$fast_start_transactions;

时间: 2025-01-08 00:48:31

Oracle并行事务回滚相关参数及视图的相关文章

Oracle 表的创建 及相关参数

1. 创建表完整语法 CREATE TABLE [schema.]table (column datatype [, column datatype] - ) [TABLESPACE tablespace] [PCTFREE integer] [PCTUSED integer] [INITRANS integer] [MAXTRANS integer] [STORAGE storage-clause] [LOGGING | NOLOGGING] [CACHE | NOCACHE] ]; 说明:

【Java EE 学习第19天】【使用过滤器实现全站压缩】【使用ThreadLocal模式解决跨DAO事务回滚问题】

一.使用过滤器实现全站压缩 1.目标:对网站的所有JSP页面进行页面压缩,减少用户流量的使用.但是对图片和视频不进行压缩,因为图片和视频的压缩率很小,而且处理所需要的服务器资源很大. 2.实现原理: (1)使用GZIPOutputStream工具对数据进行压缩,中间借助了ByteArrayOutputStream类进行结果的存储. (2)使用过滤器对浏览器请求进行拦截,通过自定义HttpServletResponse类(使用包装模式),重写getWriter方法,使得写出的目的地转变成ByteA

用Spring TestContext 做带事务回滚的JUnit测试

JUnit单元测试框架很常用 但可能会破坏数据库现场 以及大量的硬编码出现(applicationContext.getBean("")); 今天哥们给新手介绍一下 Spring Test这个Spring自带的jar包中的一些注解 实现单元测试+事务回滚+注解依赖注入 网上的相关教程不多 我的意思是有用的不多 基本都是类似api文档那种 给你罗列一大堆注解和类 告诉你他们的作用 你看完了也不知道该从哪里入手 我自己琢磨了几天(哥们天赋不是很高) 写了一个测试类 测试成功 给大家分享一下

转:PostgreSQL的clog—从事务回滚速度谈起

1 概述 如果是之前学习别的数据库的人,看PostgreSQL会感觉到有句话非常奇怪:"PostgreSQL的回滚是立即完成的,不会受到事务大小本身的影响". 奇怪在哪里呢?比方我曾经遇到过一次MySQL的故障,一个开发给生产数据库导入数据,用的是Python脚本,但是,他没有注意一个事情,Python的MySQLdb默认情况下,是设置autocommit为0的,于是这哥们导数据(这里说的导入,不是普通那种load data,而是带有业务操作的SQL语句,所以需要脚本操作)脚本跑了一天

Spring @Transactional ——事务回滚

工作原理运行配置@Transactional注解的测试类的时候,具体会发生如下步骤1)事务开始时,通过AOP机制,生成一个代理connection对象,并将其放入DataSource实例的某个与DataSourceTransactionManager相关的某处容器中.在接下来的整个事务中,客户代码都应该使用该connection连接数据库,执行所有数据库命令[不使用该connection连接数据库执行的数据库命令,在本事务回滚的时候得不到回滚]2)事务结束时,回滚在第1步骤中得到的代理conne

好记性不如烂笔头25-JAVA处理数据库事务(3) - 事务回滚点

在具体的工作中,有的事情需要被保持,不需要回滚,有的工作需要回滚,而这些逻辑,可以通过手动设置事务的回滚点. 1.用JAVA处理数据库事务的事务回滚点的准备 要有一个能够访问数据库的应用.下面的示例都基于ORACLE进行. create table ffm_account( id int primary key , name varchar(32), money int ); 测试数据: insert into ffm_account(id,name,money)values(1,'A',100

laravel数据库事务回滚

背景:近期使用Laravel-5.4进行项目开发时涉及到关联模型的数据操作,想到用事务回滚.中间涉及到数据引用及异常的捕获. 数据库事务回滚有两种方式:自动回滚.手动回滚. 举例如下: 自动回滚     function(Request $request){           DB::transaction(function () use ($request) {          try {            $admin = Admin::create(['name' => $requ

spring管理事务回滚

spring 事务回滚 1.遇到的问题 当我们一个方法里面有多个数据库保存操作的时候,中间的数据库操作发生的错误.伪代码如下: ? 1 2 3 4 5 6 7 public method() {   Dao1.save(Person1);   Dao1.save(Person2);   Dao1.save(Person2);//假如这句发生了错误,前面的两个对象会被保存到数据库中   Dao1.save(Person2); } 期待的情况:发生错误之前的所有数据库保存操作都回滚,即不保存 正常情

SQL Server事务回滚对自增键的影响

SQL Server事务回滚时是删除原先插入导致的自增值,也就是回滚之前你你插入一条数据导致自增键加1,回滚之后还是加1的状态 --如果获取当前操作最后插入的identity列的值:select @@IDENTITY--如果要获取某表的最后的identity列的值:select IDENT_CURRENT('表名') --如果要模拟抛出异常可以用RAISERROR --RAISERROR('错误的描述',错误的严重级别代码,错误的标识,错误的描述中的参数的值(这个可以是多个),一些其它参数) -