事务具有ACID四种特性:
1、原子性(Atomicity):事务中的操作作为一个原子操作,其要么全部执行,要么都不执行,不可以部分执行。比如银行的转账服务,这个事务的最终结果一定是:某个账户的余额增加了x,而另外一个账户的余额减少了x,或者两个账户的余额未发生变化。而不会出现其他情况。
2、一致性(Consistent):在事务开始和完成时,数据都必须保持一致状态。
3、隔离型(Isolation): 数据库系统提供一定的隔离机制,保证事务不受外部并发操作的影响,在“独立"的环境中运行,事务的中间状态对外部不可见,反之亦然。比如转账过程中,用户是不能查询到一个账户余额减少了,而另外一个账户余额未发生变化的情况。
4、持久性(Durable): 事务完成之后,对数据的修改是永久的,即使系统故障也能保持。
事务处理中主要的问题:
2、脏读(Dirty Reads):一个事务正在对一条记录做修改,在这个事务完成并提交前,这条记录的数据就处于不一致状态;这时,另一个事务也来读取同一条记录,如果不加控制,第二个事务读取了这些“脏”数据,并据此做进一步的处理,就会产生对未提交的数据依赖关系。这种现象被形象地叫做"脏读"。
3、不可重复读(Non-Repeatable Reads):一个事务在读取某些数据后的某个时间,再次读取以前读过的数据,却发现其读出的数据已经发生了改变、或某些记录已经被删除了。这种现象就叫做“不可重复读”。
4、幻读(Phantom Reads):一个事务按相同的查询条件重新读取以前检索过的数据,却发现其他事务插入了满足其查询条件的新数据,这种现象就称为“幻读”。(网上大部分人说法)。在一个事务里,查询的结果都是事务开始时的状态(保证了可重复读),但是如果另一个事务同时提交了新数据,本事务再更新时,会”惊奇的“发现这些新数据,貌似之前看到的数据是”鬼影“一样的幻觉。(部分的说法)。
不可重复读关注点在读取的数据本身的变化。 幻读关注点在数据的集合的变化。
事务的隔离型
SQL2标准定义了四种隔离级别:
读未提交(Read uncommitted):另一个事务修改了数据,但尚未提交,本事务中的SELECT可以读取到这些未提交的数据(脏读)。
读已提交(Read committed):本事务读取到的是最新的数据(其他事务已经提交的数据都可读取到)。但是导致的问题是同一个事务里,前后两次相同的SELECT读取到的结果会不同(不可重复读)。
可重复读(Repeatable read):同一事务中,SELECT的结果是事务开始的时间点的状态,同样的SELECT操作读取的结果是一致的。但是可能有幻读现象。
可串行化(Serializable):读操作也会隐式的获取共享锁,从而保证不同事务间的互斥性。
上述的四个级别依次增强。隔离级别越低,并发性能越好。
其中mysql InnoDB的默认隔离级别是可重复读,利用MVCC提供一致性读。
不同隔离级别下存在的问题如下:
隔离级 |
脏读 |
不可重复读 |
幻读 |
读未提交 (Read uncommitted) |
可能 |
可能 |
可能 |
读提交 (Read committed) |
不可能 |
可能 |
可能 |
可重复读 (Repeatable read) |
不可能 |
不可能 |
可能 |
可串行化 (Serializable) |
不可能 |
不可能 |
不可能 |
在Mysql的InnoDB引擎中,默认提供的可重复读的隔离级别,可能会存在幻读,但是可以通过next-key locking的策略避免幻读。
session1 | session2 | |
---|---|---|
1 | start transaction; | |
2 | start transaction; | |
3 |
select * from test where id > 17;
| |
4 |
insert into test(id,name,age,create_time) values(23,'test2',21,now());
| |
5 | commit | |
6 |
select * from test where id > 17;
| |
7 | update test set age = 23 where id > 17; | |
8 |
select * from test where id > 17;
多出来一行记录
| |
9 |
上述的问题可以通过使用select for update来避免。 此时就涉及到mysql的相应的锁机制的问题了,不在此展开了。
refer:
http://www.bitscn.com/pdb/mysql/201405/227973.html
http://bbs.youkuaiyun.com/topics/120024254
http://www.cnblogs.com/hustcat/archive/2009/10/18/1585626.html
http://dev.mysql.com/doc/refman/5.0/en/set-transaction.html#isolevel_repeatable-read