事务的ACID

事务应该具有4个属性：原子性、一致性、隔离性、持久性。这四个属性通常称为ACID特性。

原子性（Atomicity）：事务作为一个整体被执行，包含在其中的对数据库的操作要么全部被执行，要么都不执行。
一致性（Consistency）：事务应确保数据库的状态从一个一致状态转变为另一个一致状态。一致状态的含义是数据库中的数据应满足完整性约束。
隔离性（Isolation）：多个事务并发执行时，一个事务的执行不应影响其他事务的执行。
持久性（Durability）：一个事务一旦提交，他对数据库的修改应该永久保存在数据库中。

举例

用一个常用的“A账户向B账号汇钱”的例子来说明如何通过数据库事务保证数据的准确性和完整性。熟悉关系型数据库事务的都知道从帐号A到帐号B需要6个操作：

1、从A账号中把余额读出来（500）。
2、对A账号做减法操作（500-100）。
3、把结果写回A账号中（400）。
4、从B账号中把余额读出来（500）。
5、对B账号做加法操作（500+100）。
6、把结果写回B账号中（600）。

原子性：

保证1-6所有过程要么都执行，要么都不执行。一旦在执行某一步骤的过程中发生问题，就需要执行回滚操作。假如执行到第五步的时候，B账户突然不可用（比如被注销），那么之前的所有操作都应该回滚到执行事务之前的状态。

一致性

在转账之前，A和B的账户中共有500+500=1000元钱。在转账之后，A和B的账户中共有400+600=1000元。也就是说，数据的状态在执行该事务操作之后从一个状态改变到了另外一个状态。同时一致性还能保证账户余额不会变成负数等。

隔离性

在A向B转账的整个过程中，只要事务还没有提交（commit），查询A账户和B账户的时候，两个账户里面的钱的数量都不会有变化。
如果在A给B转账的同时，有另外一个事务执行了C给B转账的操作，那么当两个事务都结束的时候，B账户里面的钱应该是A转给B的钱加上C转给B的钱再加上自己原有的钱。

持久性

一旦转账成功（事务提交），两个账户的里面的钱就会真的发生变化（会把数据写入数据库做持久化保存）！

原子性与隔离行

一致性与原子性是密切相关的,原子性的破坏可能导致数据库的不一致，数据的一致性问题并不都和原子性有关。
比如刚刚的例子，在第五步的时候，对B账户做加法时只加了50元。那么该过程可以符合原子性，但是数据的一致性就出现了问题。

因此，事务的原子性与一致性缺一不可。

事务隔离级别

查数据库的隔离级别：

show global variables like 'tx_isolation'

事务的并发问题

脏读：事务B修改数据但未提交，事务A读数据，然后B回滚，则A读到的是脏数据。
不可重复读：事务A第一次读取数据，事务B修改数据提交，事务A第二次读数据，两次数据不一致。
幻读：事务A update表的全部行，事务B插入一行，事务A就会发现表中还有未修改的行。（一般加间隙锁）

读未提交：可能会出现脏读、不可重复读、幻读

读已提交：可能会出现不可重复读、幻读

可重复度：可能会出现幻读。

串行读：不会出现脏读、不可重复读、幻读

幻读和不可重复读的区别

MySQl

MySql默认的隔离级别为Repeatable Read，因此只会出现幻读的情况。

幻读

事务在插入已经检查过不存在的记录时，惊奇的发现这些数据已经存在了，之前的检测获取到的数据如同鬼影一般。

例子：

在事务1中，查询User表id为1的是用户否存在，如果不存在则插入一条id为1的数据。

select * from User where id = 1;

在事务1查询结束后，事务2往User表中插入了一条id为1的数据。

insert into `User`(`id`, `name`) values (1, 'Joonwhee');

此时，由于事务1查询到id为1的用户不存在，因此插入1条id为1的数据。

insert into ` User`(`id`, `name`) values (1, 'Chillax');

但是由于事务2已经插入了1条id为1的数据，因此此时会报主键冲突，对于事务1 的业务来说是执行失败的，这里事务1 就是发生了幻读，因为事务1读取的数据状态并不能支持他的下一步的业务，见鬼了一样。这里要灵活的理解读取的意思，第一次select是读取，第二次的insert其实也属于隐式的读取，只不过是在mysql的机制中读取的，插入数据也是要先读取一下有没有主键冲突才能决定是否执行插入。

Oracle

Oracle默认的隔离级别为Read Committed，因此可能出现不可重复读和幻读。

不可重复读

同样的条件，你读取过的数据，再次读取出来发现值不一样了。

例子：

在事务1中，JoonWhee读取了自己的工资为1000，但是此时事务1的操作还并没有完成，后面还有1次相同的读取操作。

con1 = getConnection();

select salary from employee where employeeName ="JoonWhee";

在事务2中，这时财务人员修改了JoonWhee的工资为2000，并提交了事务。

con2 = getConnection();

update employee set salary = 2000 where employeeName = "JoonWhee";

con2.commit();

在事务1中，JoonWhee再次读取自己的工资时，工资变为了2000 。

con1

select salary from employee where employeeName ="JoonWhee";

在一个事务中前后两次读取的结果并不致，导致了不可重复读。

幻读

同样的条件，第1次和第2次读出来的记录数不一样。

例子：

目前工资为1000的员工有10人。

事务1，读取所有工资为1000的员工，共读取10条记录。

con1 = getConnection();

select * from employee where salary =1000;

这时另一个事务向employee表插入了一条员工记录，工资也为1000

con2 = getConnection();

insert into employee(employeeName,salary) values("Lili",1000);

con2.commit();

事务1再次读取所有工资为1000的员工，共读取到了11条记录，这就产生了幻读。

con1

select * from employee where salary =1000;

来源：oschina

链接：https://my.oschina.net/garlicts/blog/3206966

标签

LiLi

Oracle

mysql