热门标签 | HotTags
当前位置:  开发笔记 > 数据库 > 正文

ORACLE事务处理

ORACLE事务整理:1、为什么要有事务的存在?对数据库的访问是一个多用户且存在高并发的操作,如多用户在某一时间点上对同一条数据实行更新操作,导致数据严重混乱、不一致、破坏了数据的完整和安全性。数据库事务管理这一应用横空出世,解决了多用户高并

ORACLE事务整理: 1、为什么要有事务的存在? 对数据库的访问是一个多用户且存在高并发的操作,如多用户在某一时间点上对同一条数据实行更新操作,导致数据严重混乱、不一致、破坏了数据的完整和安全性。 数据库事务管理这一应用横空出世,解决了多用户高并

ORACLE事务整理:

1、为什么要有事务的存在?

对数据库的访问是一个多用户且存在高并发的操作,如多用户在某一时间点上对同一条数据实行更新操作,导致数据严重混乱、不一致、破坏了数据的完整和安全性。

数据库事务管理这一应用横空出世,解决了多用户高并发下数据严重混乱的情况,很好的控制多用户高并发环境下所可能带来的数据混乱、不一致性,保证了数据完整性

和安全性。此乃真是一计灵丹妙药(事务管理)。假设数据库不存在事务处理特性,导致后果主要有:

1). 脏读:两个事务并发情况下,其中一个事务读取了另一个事务更新但未提交的记录,这时另外一个事务处于某种考虑回滚该更新操作。其中第一个数据读的数据就

是数据库中不存在的数据,也就是脏数据,被称为脏读(oracle中不存在脏读)。

2).幻读:一个事务,两个不同时间,读取的数据不同,被他人更新了。

3).不可重复读:一个事务,T1有一个查询结果集,T2再查询,数据变多了,他人有插入。


说白了,数据库事务处理就是为解决上面三个问题而存在的。操作数据库时加上事务特性处理,就不怕当前会话操作的数据,被另外一个会话所打搅。


2、什么是事务?

事务是一条或多条SQL语句组成的逻辑执行块,这块中内容SQL要么全都执行成功,那么全执行失败。不存在部分SQL执行成功或失败。(之所以事务返回状态都是一致或

成功或失败,是因为有事务隔离级别这么一说,见下文介绍)。事务使得执行数据库操作互不影响。


3、事务具备的特性?

1). 原子性:一个事务要么全执行成功,要么全执行失败。比如,事务里面有100条执行SQL,要么100条SQL全部执行成功,如有一条执行失败,事务将其他执行成功SQL

回滚为之前状态。

2).一致性:事务状态必须为一致的。比如,银行转账A账户给B账户装100¥,这是B账户+100¥同时A账户必须-100¥,从一个一致性状态转变为另外一个一致性状态。

3).隔离性:事务执行互不影响。每个事务只能干预事己内部的操作,而无法干预别的事务操作。

4).永久性:事务一旦提交,产生数据变化将是永久的。

4、控制事务命令(oracle中事务是隐式开始的,结束时需要显示结束commit,rollback):

1、commit; 提交事务 作用:--事务结束

2、rollback; 回滚事务之前状态 作用:--事务结束

5、ORACLE事务隔离级别

1). READ COMMITTED :读取提交事务;允许存在幻读、不重复读。不存在脏读。(脏读ORACLE中不存在)

2).SERIALIZABLE:序列化级别;只能看见本事务开始前提交的数据,不存在幻读、不重复读、脏读。

3).READ ONLY :只读事务;是序列化级别的子集,也只能看见本事务开始前提交的数据,但不允许在事务中进行DML语句

ORACLE中事务级别只存在以上三种,其中READ COMMITTED 默认级别。 标准SQL事务级别为5种(想具体了解查询百度)。


6、设置事务隔离级别语法:

SET transaction isolation level [read commited | serializable] --设置读提交事务和序列化级别

SET transaction isolation level read only; --设置只读事务

7、事务处理演练(就以本机存在的classes表为例):


1、读提交事务和序列化事务级别进行事务处理

会话1:

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903

SQL> insert into classes values(4,'0904');
1 row inserted

--以上是会话1新增一条数据,但未提交事务。下面执行会话2查询该表操作

会话2

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903

--会话2查询结果集中,没有查到事务1新增未提交的数据,因为oracle默认的是读取提交后事务 READ COMMITED,也就是避免了脏读,ORACLE也就不存在脏读


会话1:提交事务

SQL> commit;
Commit complete

事务2再次执行查询语句:

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903
4 0904


--会话2中包含了事务1提交的数据,发生了幻读


会话1:删除刚新增的一条记录并提交事务

SQL> delete from classes where cid=4;
1 row deleted

SQL> commit;
Commit complete

会话2:再次执行查询语句

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903

--会话2查询结果与之前查询结构不一致,未包含cid=4数据。发生了不可重复读。


会话2:为会话2设置事务,级别为:序列化级别

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903

SQL> SET transaction isolation level serializable;
Transaction set


会话1:新增一条数据并提交

SQL> insert into classes values(4,'0904');
1 row inserted

SQL> commit;
Commit complete

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903
4 0904

会话2:进行再次执行查询语句

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903

--在会话2中执行查询语句,结果中未包含事务1新增数据,既看不到其他事务所做的修改,避免了幻读。对当前事务提交(结束),再次执行查询语句就可看到事务1新增的数据行。

会话2提交事务:

SQL> commit;
Commit complete

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903
4 0904


会话2:再次设置事务级别为序列化级别

SQL> SET transaction isolation level serializable;
Transaction set


会话1:修改cid=4数据内容并提交

SQL> update classes set cname='0000' where cid=4;
1 row updated

SQL> commit;
Commit complete

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903
4 0000 --此条记录已被永久修改

会话2:再次执行查询SQL

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903
4 0904

--会话2执行查询语句,结果中看不到会话1中更改的数据,既看不到其他事务所修改的数据,避免了不可重复读。


————————————————————————————————————————————————————————————————————————————

使用只读级别进行事务处理:

会话2:将事务2设置为只读级别

SQL> SET transaction read only ;
Transaction set

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903

会话1:新增一条数据并提交

SQL> insert into classes values(4,'0904');
1 row inserted

SQL> commit;
Commit complete

会话2:执行查询SQL结果

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903

--会话2中执行查询语句,结果中未包含会话1新增的数据,既看不到其他事务所做的修改,避免了幻读。对当前事务进行提交,再将事务级别设置为只读事务

SQL> commit;
Commit complete

SQL> SET transaction read only ;
Transaction set


会话1:更新一条记录并提交

SQL> update classes set cname='0000' where cid=4;
1 row updated

SQL> commit;
Commit complete

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903
4 0000

会话2:执行查询语句

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903
4 0904

--会话2中查询结果看不到会话1更改的数据,既看不到其他事务所做的修改。避免了不可重复读。对当前事务进行提交。再将事务级别设置为可读取级别


事务2:设置为可读取级别,执行修改数据操作。

SQL> select * from classes;
CID CNAME
--------------------------------------- ----------
1 0901
2 0902
3 0903
4 0000

SQL> SET transaction read only ;
Transaction set

SQL> update classes set cname='1111' where cid=4;
update classes set cname='1111' where cid=4
ORA-01456: 不能在 READ ONLY 事务处理中执行插入/删除/更新操作

--ORACLE可读事务只能查询,不能做修改才做所以报错。

推荐阅读
author-avatar
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有