ACID

原子性：要么都做，要么都不做
一致性：保证原子性，即全部做或者全做就是一致的
隔离性：每个事务间不互相影响 isolation
持续性：永久的改变

例子：从A账户取出1万元到B账户
事务：

BEGIN TRANSACTION
    读取A账户的存款Balance
    Balance=Balance-amount
    IF (Balance<0) THEN
        ROLLBACK
    ELSE
        读取B账户的存款Balance1
        Balance1=Balcance1+amount
        COMMIT

不可重复读&脏读&幻读

不可重复读

两次读的结果不同。比如：

1. T1：W1=100 T2 update W2=200 T1检查有问题

脏读

上个银行转账的事务：
T1： A账户在减去amount得到一个数
T2：读取A账户的账户值
T1：发现账户值小于0，回滚
T2：呵呵呵呵呵

幻读

其实也是不可重读的一种。有两种情况
T2直接把W1删除了，结果T1再一查，怎么没有数据了。
或是T2又在W1后面填了一个元素，T1一查怎么多了数据

隔离级别

读未提交（Read-Uncommitted）

一个会话更新的数据会被其他的会话马上看到，即使未提交。
默认的是REEDABLE_READ(可重复读)

tx_isolation: 隔离级别

select @@global.tx_isolation,@@session.tx_isolation,@@tx_isolation

image.png

会话一：

set tx_isolation='read-uncommitted'

start transaction;
insert into user values(1200,'Tracy',121231,'asdaf') //开启事务，不提交

会话二：
查不到

更改成“read-uncommitted”，立马可以查询到，即脏读：

image.png

会话一Rollback一发，然后会话二就幻读了：

image.png

找不到tracy了。

读提交（Read-committed）

只有提交之后的事务才能被查询到。

将会话二改成 read-committed。

然后在会话一的事务里删除一行数据但不提交

start transaction;
delete from user where username='yave'

会话一种可以立即查询到删除，但是会话二中还是原结果，
在会话二中查询结果：

image.png

在会话一中commit之后，会话二的查询结果：

image.png

可重复读（Repeatable-read）

当事务隔离级别设置为REPEATABLE-READ（可重复读）时，在这种状态下，同一个事务中的多次查询结果都是一致的（既不会出现不可重复读的现象），即使在此期间其他会话更新了数据，这些数据对其也是不可见的。

在事务二中先开启事务并进行查询操作；

image.png

在事务一中删除一行：

start transaction;
delete from user where username='tracy';
commit

继续在事务二中查询，查询中tracy依然存在：

image.png

提交事务二，并开启新事务查询：

image.png

串行化（Serializable）

当事务隔离级别设置为SERIALIZABLE（串行读）时，在这种状态下，一个会话事务中的select操作将会阻塞其他事务的写（add、update和delete）操作，但不会阻塞读。

比较

l DEFAULT 使用数据库设置的隔离级别 ( 默认 ) ，由 DBA 默认的设置来决定隔离级别 .

l READ_UNCOMMITTED 会出现脏读、不可重复读、幻读 ( 隔离级别最低，并发性能高 )

l READ_COMMITTED 会出现不可重复读、幻读问题（锁定正在读取的行）

l REPEATABLE_READ 会出幻读（锁定所读取的所有行）

l SERIALIZABLE 保证所有的情况不会发生（锁表）