mysql事务详解
mysql事务详解
转至:https://www.cnblogs.com/tqlin/p/11507508.html
参考:★ MYSQL隔离级别 通俗理解 + MYSQL、ORACLE默认事务隔离级别
mysql事务
- 在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务
- 事务处理可以用来维护数据库的完整性,保证成批的 SQL 语句要么全部执行,要么全部不执行。
- 一般来说,事务需要满足4个条件(ACID):原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)
- mysql默认自动提交事务
-
原子性
一个事务(transaction)中的所有操作,要么全部完成,要么全部不完成,不会结束在中间某个环节。事务在执行过程中发生错误,会被回滚(Rollback)到事务开始前的状态,就像这个事务从来没有执行过一样。
一致性
在事务开始之前和事务结束以后,数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则,这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。
隔离性
数据库允许多个并发事务同时对其数据进行读写和修改的能力,隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别,包括读未提交(Read uncommitted)、读提交(read committed)、可重复读(repeatable read)和串行化(Serializable)。
持久性
事务处理结束后,对数据的修改就是永久的,即便系统故障也不会丢失。
-
事务的隔离级别
隔离级别 脏读(Dirty Read) 不可重复读(NonRepeatable Read) 幻读(Phantom Read) 未提交读(Read uncommitted) 可能 可能 可能 已提交读(Read committed) 不可能 可能 可能 可重复读(Repeatable read) 不可能 不可能 可能 可串行化(Serializable ) 不可能 不可能 不可能 InnoDB默认是可重复读级别的
- ① 脏读: 脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事务也访问这个数据,然后使用了这个数据。
- ② 不可重复读:是指在一个事务内,多次读同一数据。在这个事务还没有结束时,另外一个事务也访问该同一数据。那么,在第一个事务中的两次读数据之间,由于第二个事务的修改,那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的,因此称为是不可重复读。
- ③ 幻读:第一个事务对一个表中的数据进行了修改,这种修改涉及到表中的全部数据行。同时,第二个事务也修改这个表中的数据,这种修改是向表中插入一行新数据。那么,以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行,就好象发生了幻觉一样,幻读是数据行记录变多了或者少了。
简单点总结下他们的区别:脏读是指读取了未修改完的记录,不可重复读指因为被其它事务修改了记录导致某事务两次读取记录不一致,而幻读是指因为其它事务对表做了增删导致某事务两次读取的表记录数不一致问题。
(1)read uncommitted 未提交读 所有事务都可以看到没有提交事务的数据。
eg: 公司发工资了,领导把5000元打到A的账号(正常工资2千)上,但是该事务并未提交,而A正好去查看账户,发现工资已经到账,是5000元整,非常高兴。
但是领导随后发现给A的工资发多了,于是迅速回滚了事务,修改金额后,将事务提交,最后A实际的工资只有2000元,A空欢喜一场。
剖析:脏读:“事务A:leader给A发工资”,
“事务B:A查询工资账户”,事务B读取了事务A尚 uncommitted 的数据。当隔离级别设置为Read uncommitted时,就可能出现脏读,如何避免脏读,请看下一个隔离级别。
(2)read committed 提交读 事务成功提交后才可以被查询到。
eg: A拿着工资卡去消费,出门前查到卡里是2000元,凑巧紧接着她的老婆作为急用把A工资卡的2000元转到另一账户, 当A准备付款时,却发现工资卡已经没有钱,扣款失败......
剖析:两个并发的事务,“事务A:A消费”,
“事务B:A的老婆网上转账”,事务A事先读取了数据,紧接着事务B更新了数据,并提交了事务,而事务A再次读取该数据时,数据已经发生了改变。
当隔离级别设置为Read committed时,避免了脏读,但是可能会造成不可重复读。
大多数数据库的默认级别就是Read committed,比如Sql Server , Oracle。如何解决不可重复读这一问题,请看下一个隔离级别。
(3)repeatable 重复读 同一个事务内多次查询却返回了不同的数据值,即 可能将未提交的记录查询出来,而出现幻读。注:Mysql的默认隔离级别就是Repeatable read。
前言:当隔离级别设置为Repeatable read 时,可以避免不可重复读。当A拿着工资卡去消费时,一旦系统开始读取工资卡信息(即事务开始),A的老婆就不可能对该记录进行修改,也就是A的老婆不能在此时转账。
虽然Repeatable read避免了不可重复读,但还有可能出现幻读 。eg1: A的老婆在银行工作,她可以很方便的查看A的信用卡消费记录。月末了,她正在查询A当月的消费情况 (select sum(amount) from transaction where month = ‘本月’)为80元,而A此时正好在某收银台买单,
消费1000元,即新增了一条1000元的消费记录(insert transaction ... ),并提交了事务,随后A的老婆将A当月信用卡消费的明细打印到A4纸上,却发现消费总额为1080元,A的老婆很诧异,以为出 现了幻觉,幻读就这样产生了。
eg2: 在事务A中,读取到张三的工资为5000,操作没有完成,事务还没提交。
与此同时,事务B把张三的工资改为8000,并提交了事务。
随后,在事务A中,再次读取张三的工资,此时工资变为8000。在一个事务中前后两次读取的结果并不致,导致了不可重复读。(大部分数据库缺省的事物隔离级别都不会出现这种状况)
(4)Serializable可串行化 强制的进行排序,在每个读读数据行上添加共享锁。会导致大量超时现象和锁竞争。这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读,不可重复读外,还避免了幻读。
附:
★ 脏读 : 读取了前一事务 未提交 的数据 ;
不可重复读 : 读取了前一事务 提交 的数据;
★ 幻读 与 不可重复读
common :都是读取了另一条已经提交的事务(这点与脏读不同);
differences :
不可重复读 :查询的都是同一个数据项
幻读 :针对的是一批数据整体(比如数据的个数)
不可重复读eg: <当隔离级别设置为Repeatable read 时,可以避免不可重复读>
eg2: 在事务A中,读取到张三的工资为5000,操作没有完成,事务还没提交。
与此同时,事务B把张三的工资改为8000,并提交了事务。
随后,在事务A中,再次读取张三的工资,此时工资变为8000。在一个事务中前后两次读取的结果并不致,导致了不可重复读。(大部分数据库缺省的事物隔离级别都不会出现这种状况)
幻读eg:
eg1: 目前工资为5000的员工有10人,事务A读取所有工资为5000的人数为10人。
此时,事务B插入一条工资也为5000的记录,并且commit了。
这时,事务A再次读取工资为5000的员工,记录为11人。此时产生了幻读。
(大部分数据库缺省的事物隔离级别都会出现这种状况,此种事物隔离级别将带来表级锁)
eg2: A将db中all学生的score从数字分数改变为ABCDE等级,但是B就在此时插入了一条具体的分数,当A改完后发现还有一条记录没有改过来,就好像发生了幻觉一样.这就叫幻读.
默认隔离级别
MySQL:
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;
Oracle:
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');