ORACLE 事务处理-mysql教程-PHP中文网

首页

数据库

mysql教程

ORACLE 事务处理

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 03:24 PM

oracle为什么事务事务处理整理要

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：再次执行查询语句

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

会话2：为会话2设置事务，级别为：序列化级别

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：进行再次执行查询语句

--在会话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

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

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

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

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

SQL> SET transaction read only ;
Transaction set

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

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

SQL> commit;
Commit complete

会话2：执行查询SQL结果

--会话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：执行查询语句

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

声明

本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系admin@php.cn

说明InnoDB重做日志和撤消日志的作用。Apr 15, 2025 am 12:16 AM

InnoDB使用redologs和undologs确保数据一致性和可靠性。1.redologs记录数据页修改，确保崩溃恢复和事务持久性。2.undologs记录数据原始值，支持事务回滚和MVCC。

在解释输出（类型，键，行，额外）中要查找的关键指标是什么？Apr 15, 2025 am 12:15 AM

EXPLAIN命令的关键指标包括type、key、rows和Extra。1）type反映查询的访问类型，值越高效率越高，如const优于ALL。2）key显示使用的索引，NULL表示无索引。3）rows预估扫描行数，影响查询性能。4）Extra提供额外信息，如Usingfilesort提示需要优化。

在解释中使用临时状态以及如何避免它是什么？Apr 15, 2025 am 12:14 AM

Usingtemporary在MySQL查询中表示需要创建临时表，常见于使用DISTINCT、GROUPBY或非索引列的ORDERBY。可以通过优化索引和重写查询避免其出现，提升查询性能。具体来说，Usingtemporary出现在EXPLAIN输出中时，意味着MySQL需要创建临时表来处理查询。这通常发生在以下情况：1)使用DISTINCT或GROUPBY时进行去重或分组；2)ORDERBY包含非索引列时进行排序；3)使用复杂的子查询或联接操作。优化方法包括：1)为ORDERBY和GROUPB

描述不同的SQL交易隔离级别（读取未读取，读取，可重复的读取，可序列化）及其在MySQL/InnoDB中的含义。Apr 15, 2025 am 12:11 AM

MySQL/InnoDB支持四种事务隔离级别：ReadUncommitted、ReadCommitted、RepeatableRead和Serializable。1.ReadUncommitted允许读取未提交数据，可能导致脏读。2.ReadCommitted避免脏读，但可能发生不可重复读。3.RepeatableRead是默认级别，避免脏读和不可重复读，但可能发生幻读。4.Serializable避免所有并发问题，但降低并发性。选择合适的隔离级别需平衡数据一致性和性能需求。

MySQL与其他数据库：比较选项Apr 15, 2025 am 12:08 AM

MySQL适合Web应用和内容管理系统，因其开源、高性能和易用性而受欢迎。1)与PostgreSQL相比，MySQL在简单查询和高并发读操作上表现更好。2)相较Oracle，MySQL因开源和低成本更受中小企业青睐。3)对比MicrosoftSQLServer，MySQL更适合跨平台应用。4)与MongoDB不同，MySQL更适用于结构化数据和事务处理。

MySQL索引基数如何影响查询性能？Apr 14, 2025 am 12:18 AM

MySQL索引基数对查询性能有显着影响：1.高基数索引能更有效地缩小数据范围，提高查询效率；2.低基数索引可能导致全表扫描，降低查询性能；3.在联合索引中，应将高基数列放在前面以优化查询。

MySQL：新用户的资源和教程Apr 14, 2025 am 12:16 AM

MySQL学习路径包括基础知识、核心概念、使用示例和优化技巧。1)了解表、行、列、SQL查询等基础概念。2)学习MySQL的定义、工作原理和优势。3)掌握基本CRUD操作和高级用法，如索引和存储过程。4)熟悉常见错误调试和性能优化建议，如合理使用索引和优化查询。通过这些步骤，你将全面掌握MySQL的使用和优化。