mysql事务的特性：ACID

即

原子性atomicty，

要么都完成要么都失败

一致性Consistency，

如果事务是并发的也必须如同串行事务一样执行

隔离性Isolation，

如果有两个事务，运行在相同的时间内，执行相同的功能，事务的隔离性将确保每一事务在系统中认为只有该事务在使用系统

持久性Durability

在事务完成以后，该事务对数据库所作的更改便持久的保存在数据库之中，并不会被回滚

关于隔离性

一.隔离级别

1.读未提交（read uncommitted）

指事务未提交时，他做的变更能被其他事务给观察到

查看事务隔离级别

SELECT @@tx_isolation;

show variables like 'transaction_isolation';

重登mysql

修改事务等级(session只影响当前shell，修改global后需要重启会话)

set session/global transaction isolation level read uncommitted;

此时再开启一个shell，两边同时开启事务

资料来源：极客时间mysql45讲

按照这个顺序来执行

事务B，还未提交 事务A

我们观察到V1，V2，V3的值都为2

即事务未提交时，他做的变更能被其他事务给观察到

注意：begin/start transaction命令并不是真正开启事务，而是命令之后的第一条语句才开启事务。start transaction with consistent snapshot则为立即开启

2.读提交（read committed）

同理重复上步骤

更改事务隔离等级 事务B未提交 事务A 事务B已提交，事务A观察到变更

所以V1=2,V2=V3=3

即事务在提交后所做的变更才能被观察到

3.可重复读(repeatable read)

一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的

事务B未提交 事务A 事务B已提交，事务A观察到

所以V1=V2=3 ,V3=4

4.串行化（serializable）

顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行

事务B对c=4一行进行操作 事务A无法访问直到超时或B提交（后面是B提交后显示）

事务原理

可重复读和读已提交两者为保持事务的一致性(如果事务是并发的也必须如同串行事务一样执行)，都会产生视图，不同的是可重复读是在开启时创建，而读已提交是每一行语句都会创建。

注意:

虽然可重复读在开启事务创建视图， 但是如果在事务中进行了更新操作(相同行)，再查询数据 此时也能看到其他事务提交后的变更(相当于又重新创建了视图)  

我们试想一下，如果不可能B的结果那么在A提交后，age=2，B的操作就会被丢失！ 此时我们就明白了：更新数据都是先读后写的，而这个读，只能读当前的值，称为“当前读”（current read）。即读取最新数据 

####尽量减少长事务的使用

以可重复读为例，每条记录在更新时会同时记录一条回滚日志，记录上的最新值通过回滚操作，都可以得到前一个的状态的值（这也是回滚操作的原理）。回滚日志在没有事务用到这些的时候会被删除，因为回滚日志的存在，若为长事务则会记录很老的内容导致占用大量的存储空间。

>mysql5.5之前，回滚日志是跟数据字典一起放在ibdata中的，即使长事务最终被提交，回滚段被清理，文件也不会变小!!!也就是说甚至可能出现数据20G，回滚段200G的情况