序
近来看了有关数据库事务相关内容的文章,觉得总结的不是很全面。很多点和细节问题,在文章中并未系统说明。便有意总结以便于自己理解
事务特性(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’,也就是可重复读
- 查看当前会话隔离级别
select @@tx_isolation;- 查看系统当前隔离级别
select @@global.tx_isolation;- 设置当前会话隔离级别
set session transaction isolatin level repeatable read;- 设置系统当前隔离级别
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,也就是读已提交
- 查看系统当前隔离级别
DBCC USEROPTIONS
isolation level 这一项的 Value 既是当前的隔离级别设置值- 设置系统当前隔离级别
SET TRANSACTION ISOLATION LEVEL Read UnCommitted;
其中Read UnCommitted为需要设置的值
SET TRANSACTION ISOLATION LEVEL
{
READ UNCOMMITTED
| READ COMMITTED
| REPEATABLE READ
| SERIALIZABLE
}