数据库事务（mysql/Oracle），事务隔离级别总结；

序

近来看了有关数据库事务相关内容的文章，觉得总结的不是很全面。很多点和细节问题，在文章中并未系统说明。便有意总结以便于自己理解

事务特性（ACID）

• 原子性（Atomicity）。事务中所涉及的程序对数据库的修改操作要么全部成功，要么全部失败
• 一致性（Consistency）。事务执行前和执行后来源和去向保持平衡。
• 隔离性（Isolation）。并发时每个事务是隔离的，相互不影响。
• 持久性（Durubility）。一旦事务成功提交，应该保证数据的完整存在。

---

在数据库中的事务，也应当满足事务的特性。

但是在数据库的实际使用中，由于存在事务并发（多个事务同时运行），事务与事务之间存在操作（查询/编辑/统计等）同一块数据区域的情况。在这种类似于多线程事务将会导致数据库事务出现脏读/不可重复读/幻读等 有违背事务特性的情形。

PS：在这种原因下 事务隔离级别 应运而生

事务隔离级别

隔离级别	释义	优先级	脏读	不可重复读	幻读
read uncommitted （RU）	未提交读	0 低	√	√	√
read committed （RC）	提交读	1	x	√	√
repeatable read （RR）	重复读	2	x	x	√
serializable read （SR）	可串行化	3 高	x	x	x

√: 可能出现 ×: 不会出现
不同事务隔离级别，解决的事务问题不同。
接下来将举例说明，数据库事务出问题的场景。脏读/不可重复读/幻读

脏读

所有事务都可以看到没有提交事务的数据。

例1：公司发工资了，领导B把5000元打到A的账号(正常工资2千)上，但是该事务并未提交，而A正好去查看账户，发现工资已经到账，是5000元整，非常高兴。
但是领导随后发现给A的工资发多了，于是迅速回滚了事务，修改金额后，将事务提交，最后A实际的工资只有2000元，A空欢喜一场。

事务A发生了脏读， 事务A读到了事务B未提交的事务信息。导致了脏读，违背了事务特性中的 一致性

解决办法 : 将数据库事务隔离级别设置为 (RC/RR/SR)可解决脏读问题。

PS: 大多数数据库的默认级别就是Read committed，比如Sql Server , Oracle。

不可重复读

事务成功提交后才可以被查询到。

例1：A拿着工资卡去消费，出门前查到卡里是2000元，凑巧紧接着她的老婆B作为急用把A工资卡的2000元转到另一账户， 当A准备付款时，却发现工资卡已经没有钱，扣款失败…

事务A事先读取了数据，紧接着事务B更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。 事务A中出现了不可重复读，违背了事务特性中的 一致性

解决办法：将数据库事务隔离级别设置为（RR/SR）可解决不可重复读问题；

PS：Mysql 默认事务隔离级别就是RR，且由于InoDb数据库引擎，在某些情况还可避免幻读情况的发生。

幻读

同一个事务内多次查询却返回了不同的数据值，即 可能将未提交的记录查询出来，而出现幻读。注：Mysql的默认隔离级别就是Repeatable read。

例1：A的老婆在银行工作，她可以很方便的查看A的信用卡消费记录。月末了，她正在查询A当月的消费情况 （select sum(amount) from transaction where month = ‘本月’）为80元；
而A此时正好在某收银台买单， 消费1000元，即新增了一条1000元的消费记录（insert transaction … ），并提交了事务；
随后A的老婆将A当月信用卡消费的明细打印到A4纸上，却发现消费总额为1080元，A的老婆很诧异，以为出 现了幻觉，幻读就这样产生了。

例2: 在事务A中，读取到张三的工资为5000，操作没有完成，事务还没提交。
与此同时，事务B把张三的工资改为8000，并提交了事务。
随后，在事务A中，再次读取张三的工资，此时工资变为8000。

上述例子中，导致幻读的原因，在事务A中2次查询的结果不一致。事务B的提交影响了事务A查询的数据。最终导致出现了幻读，违背了事务的 隔离性

解决办法：将数据库事务隔离级别设置为（SR）可解决[–幻读–]问题；

小结

出现数据库事务问题的原因，都是存在事务与事务之间操作同一块区域数据导致。类比到多线程中的时，就很好理解。在多线程中，我们强调 健壮性、幂等性、线程共享变量、线程锁等等情况。幂等性就类似于“一致性”，线程共享变量类似于“隔离性”等等；此处释义，为个人理解。如有不对，或更好的解释还望指出来，咱们 互相xuo习；跪谢！！！

---

还有哦

数据库	默认隔离级别	脏读	不可重复读	幻读
Mysql	REPEATABLE-READ （可重复读），一定情况避免幻读	x	x	可能避免
Oracle	READ COMMITTED （已提交读）	x	√	√
SQL Server	READ COMMITTED （已提交读）	x	√	√

Mysql 数据库 – 默认的事务处理级别是 RR

mysql默认的事务处理级别是’REPEATABLE-READ’,也就是可重复读

1. 查看当前会话隔离级别
   select @@tx_isolation;
2. 查看系统当前隔离级别
   select @@global.tx_isolation;
3. 设置当前会话隔离级别
   set session transaction isolatin level repeatable read;
4. 设置系统当前隔离级别
   set global transaction isolation level repeatable read;

PS:

在多处文章中，有提到Mysql 默认事务隔离级别是RR。完美解决了脏读、不可重复读，且可以在一定情况下还可以解决 幻读。
在查阅有关文章后得出：
原因是RR隔离级别中，除了记录锁外，还会上间隙锁(gap锁)。
SQL标准的RR并不要求避免幻象读，而InnoDB通过gap锁来避免幻象，从而实现SQL的可串行化，保证Binlog的一致性。
要想取消gap lock，可使用参数 innodb_lock_unsafe_for_binlog=1 ，默认为0。
参考文献：https://blog.csdn.net/qq_2300688967/article/details/85549416

Oracle 默认系统事务隔离级别是RC

Oracle 数据库支持READ COMMITTED 和 SERIALIZABLE这两种事务隔离级别。
默认系统事务隔离级别是 READ COMMITTED,也就是 读已提交
1.查看系统默认事务隔离级别,也是当前会话隔离级别
–首先创建一个事务

declare
     trans_id Varchar2(100);
  begin
     trans_id := dbms_transaction.local_transaction_id( TRUE );
  end; 

–查看事务隔离级别

SELECT s.sid, s.serial#,
　　CASE BITAND(t.flag, POWER(2, 28))
　　　　WHEN 0 THEN 'READ COMMITTED'
　　　　ELSE 'SERIALIZABLE'
　　END AS isolation_level
FROM v$transaction t
JOIN v$session s ON t.addr = s.taddr AND s.sid = sys_context('USERENV', 'SID');

SQL Server 默认系统事务隔离级别是RC

默认系统事务隔离级别是read committed,也就是读已提交

1. 查看系统当前隔离级别
   DBCC USEROPTIONS
   isolation level 这一项的 Value 既是当前的隔离级别设置值
2. 设置系统当前隔离级别
   SET TRANSACTION ISOLATION LEVEL Read UnCommitted;
   其中Read UnCommitted为需要设置的值

SET TRANSACTION ISOLATION LEVEL
{
READ UNCOMMITTED
| READ COMMITTED
| REPEATABLE READ
| SERIALIZABLE
}

亲爱的朋友，如果文章对你有用。记得点赞、评论、收藏 哦！！！

文章若有误，欢迎指正。您的犀利眼神，是对我的莫大鼓励和支持；