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

ORACLE事务处理-mysql教程

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可读事务只能查询,不能做修改才做所以报错。

推荐阅读
  • 本文介绍了adg架构设置在企业数据治理中的应用。随着信息技术的发展,企业IT系统的快速发展使得数据成为企业业务增长的新动力,但同时也带来了数据冗余、数据难发现、效率低下、资源消耗等问题。本文讨论了企业面临的几类尖锐问题,并提出了解决方案,包括确保库表结构与系统测试版本一致、避免数据冗余、快速定位问题等。此外,本文还探讨了adg架构在大版本升级、上云服务和微服务治理方面的应用。通过本文的介绍,读者可以了解到adg架构设置的重要性及其在企业数据治理中的应用。 ... [详细]
  • Java String与StringBuffer的区别及其应用场景
    本文主要介绍了Java中String和StringBuffer的区别,String是不可变的,而StringBuffer是可变的。StringBuffer在进行字符串处理时不生成新的对象,内存使用上要优于String类。因此,在需要频繁对字符串进行修改的情况下,使用StringBuffer更加适合。同时,文章还介绍了String和StringBuffer的应用场景。 ... [详细]
  • MyBatis错题分析解析及注意事项
    本文对MyBatis的错题进行了分析和解析,同时介绍了使用MyBatis时需要注意的一些事项,如resultMap的使用、SqlSession和SqlSessionFactory的获取方式、动态SQL中的else元素和when元素的使用、resource属性和url属性的配置方式、typeAliases的使用方法等。同时还指出了在属性名与查询字段名不一致时需要使用resultMap进行结果映射,而不能使用resultType。 ... [详细]
  • Python实现变声器功能(萝莉音御姐音)的方法及步骤
    本文介绍了使用Python实现变声器功能(萝莉音御姐音)的方法及步骤。首先登录百度AL开发平台,选择语音合成,创建应用并填写应用信息,获取Appid、API Key和Secret Key。然后安装pythonsdk,可以通过pip install baidu-aip或python setup.py install进行安装。最后,书写代码实现变声器功能,使用AipSpeech库进行语音合成,可以设置音量等参数。 ... [详细]
  • Centos7.6安装Gitlab教程及注意事项
    本文介绍了在Centos7.6系统下安装Gitlab的详细教程,并提供了一些注意事项。教程包括查看系统版本、安装必要的软件包、配置防火墙等步骤。同时,还强调了使用阿里云服务器时的特殊配置需求,以及建议至少4GB的可用RAM来运行GitLab。 ... [详细]
  • “你永远都不知道明天和‘公司的意外’哪个先来。”疫情期间,这是我们最战战兢兢的心情。但是显然,有些人体会不了。这份行业数据,让笔者“柠檬” ... [详细]
  • 知识图谱——机器大脑中的知识库
    本文介绍了知识图谱在机器大脑中的应用,以及搜索引擎在知识图谱方面的发展。以谷歌知识图谱为例,说明了知识图谱的智能化特点。通过搜索引擎用户可以获取更加智能化的答案,如搜索关键词"Marie Curie",会得到居里夫人的详细信息以及与之相关的历史人物。知识图谱的出现引起了搜索引擎行业的变革,不仅美国的微软必应,中国的百度、搜狗等搜索引擎公司也纷纷推出了自己的知识图谱。 ... [详细]
  • 解决Cydia数据库错误:could not open file /var/lib/dpkg/status 的方法
    本文介绍了解决iOS系统中Cydia数据库错误的方法。通过使用苹果电脑上的Impactor工具和NewTerm软件,以及ifunbox工具和终端命令,可以解决该问题。具体步骤包括下载所需工具、连接手机到电脑、安装NewTerm、下载ifunbox并注册Dropbox账号、下载并解压lib.zip文件、将lib文件夹拖入Books文件夹中,并将lib文件夹拷贝到/var/目录下。以上方法适用于已经越狱且出现Cydia数据库错误的iPhone手机。 ... [详细]
  • 计算机存储系统的层次结构及其优势
    本文介绍了计算机存储系统的层次结构,包括高速缓存、主存储器和辅助存储器三个层次。通过分层存储数据可以提高程序的执行效率。计算机存储系统的层次结构将各种不同存储容量、存取速度和价格的存储器有机组合成整体,形成可寻址存储空间比主存储器空间大得多的存储整体。由于辅助存储器容量大、价格低,使得整体存储系统的平均价格降低。同时,高速缓存的存取速度可以和CPU的工作速度相匹配,进一步提高程序执行效率。 ... [详细]
  • 本文详细介绍了在ASP.NET中获取插入记录的ID的几种方法,包括使用SCOPE_IDENTITY()和IDENT_CURRENT()函数,以及通过ExecuteReader方法执行SQL语句获取ID的步骤。同时,还提供了使用这些方法的示例代码和注意事项。对于需要获取表中最后一个插入操作所产生的ID或马上使用刚插入的新记录ID的开发者来说,本文提供了一些有用的技巧和建议。 ... [详细]
  • 本文介绍了一些好用的搜索引擎的替代品,包括网盘搜索工具、百度网盘搜索引擎等。同时还介绍了一些笑话大全、GIF笑话图片、动态图等资源的搜索引擎。此外,还推荐了一些迅雷快传搜索和360云盘资源搜索的网盘搜索引擎。 ... [详细]
  • 本文介绍了一个在线急等问题解决方法,即如何统计数据库中某个字段下的所有数据,并将结果显示在文本框里。作者提到了自己是一个菜鸟,希望能够得到帮助。作者使用的是ACCESS数据库,并且给出了一个例子,希望得到的结果是560。作者还提到自己已经尝试了使用"select sum(字段2) from 表名"的语句,得到的结果是650,但不知道如何得到560。希望能够得到解决方案。 ... [详细]
  • 本文详细介绍了Spring的JdbcTemplate的使用方法,包括执行存储过程、存储函数的call()方法,执行任何SQL语句的execute()方法,单个更新和批量更新的update()和batchUpdate()方法,以及单查和列表查询的query()和queryForXXX()方法。提供了经过测试的API供使用。 ... [详细]
  • 高质量SQL书写的30条建议
    本文提供了30条关于优化SQL的建议,包括避免使用select *,使用具体字段,以及使用limit 1等。这些建议是基于实际开发经验总结出来的,旨在帮助读者优化SQL查询。 ... [详细]
  • 本文介绍了通过mysql命令查看mysql的安装路径的方法,提供了相应的sql语句,并希望对读者有参考价值。 ... [详细]
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社区 版权所有