ACID
原子性：要么都做，要么都不做
一致性：保证原子性，即全部做或者全做就是一致的
隔离性：每个事务间不互相影响 isolation
持续性：永久的改变
例子：从A账户取出1万元到B账户
事务：
BEGIN TRANSACTION
读取A账户的存款Balance
Balance=Balance-amount
IF (Balance<0) THEN
ROLLBACK
ELSE
读取B账户的存款Balance1
Balance1=Balcance1+amount
COMMIT
不可重复读&脏读&幻读
不可重复读
两次读的结果不同。比如：
- 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 保证所有的情况不会发生（锁表）
网友评论