最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
问答文章1 问答文章501 问答文章1001 问答文章1501 问答文章2001 问答文章2501 问答文章3001 问答文章3501 问答文章4001 问答文章4501 问答文章5001 问答文章5501 问答文章6001 问答文章6501 问答文章7001 问答文章7501 问答文章8001 问答文章8501 问答文章9001 问答文章9501
当前位置: 首页 - 科技 - 知识百科 - 正文

ORACLE事务处理

来源:懂视网 责编:小采 时间:2020-11-09 15:42:23
文档

ORACLE事务处理

ORACLE事务处理:ORACLE事务整理: 1、为什么要有事务的存在? 对数据库的访问是一个多用户且存在高并发的操作,如多用户在某一时间点上对同一条数据实行更新操作,导致数据严重混乱、不一致、破坏了数据的完整和安全性。 数据库事务管理这一应用横空出世,解决了多用户高并
推荐度:
导读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可读事务只能查询,不能做修改才做所以报错。

声明:本网页内容旨在传播知识,若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

文档

ORACLE事务处理

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

最新推荐

猜你喜欢

热门推荐

专题
Top