事务的四大特性：
# 原子性（atomicity）
一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作，这就是事务的原子性
# 一致性（consistency）
数据库总是从一个一致性的状态转换到另一个一致性的状态。
# 隔离性（isolation）
通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。
# 持久性（durability）
一旦事务提交，则其所做的修改会永久保存到数据库。（此时即使系统崩溃，修改的数据也不会丢失。）
事务的隔离级别
# 未提交读: 脏读（READ UNCOMMITTED） 1）事务2查询到的数据是事务1中修改但未提交的数据，但因为事务1回滚了数据 2）所以事务2查询的数据是不正确的，因此出现了脏读的问题。 # 提交读: 不可重复读（READ COMMITTED） 注：一个事务从开始到提交之前对数据所做的改变对其它事务是不可见的，这样就解决在READ-UNCOMMITTED级别下的脏读问题。 1）事务2执行update语句但未提交前，事务1的前两个select操作返回结果是相同的。 2）但事务2执行commit操作后，事务1的第三个select操作就读取到事务2对数据的改变。 3）导致与前两次select操作返回不同的数据，因此出现了不可重复读的问题。 # 可重复读: 幻读（REPEATABLE READ）：这是MySQL的默认事务隔离级别 1）事务每开启一个实例，都会分配一个版本号给它，如果读取的数据行正在被其它事务执行DELETE或UPDATE操作（即该行上有排他锁） 2）这时该事物的读取操作不会等待行上的锁释放，而是根据版本号去读取行的快照数据（记录在undo log中） 3）这样，事务中的查询操作返回的都是同一版本下的数据，解决了不可重复读问题。 4）虽然该隔离级别下解决了不可重复读问题，但理论上会导致另一个问题：幻读（Phantom Read）。 5）一个事务在执行过程中，另一个事物对已有数据行的更改，MVCC机制可保障该事物读取到的原有数据行的内容相同 6）但并不能阻止另一个事务插入新的数据行，这就会导致该事物中凭空多出数据行，像出现了幻读一样，这便是幻读问题。 # 可串行读（SERIALIZABLE） 1）这是事务的最高隔离级别，通过强制事务排序，使之不可能相互冲突，就是在每个读的数据行加上共享锁来实现。 2）在该隔离级别下，可以解决前面出现的脏读、不可重复读和幻读问题，但也会导致大量的超时和锁竞争现象，一般不推荐使用。