MySql的事务机制

1. 事务的基本定义

事务（Transaction）是并发控制的单位，是用户定义的一个操作序列。这些操作要么都做，要么都不做，是一个不可分割的工作单位 。

   事务体现出整体的概念，要么事务中的操作全部成功，要么全部失败。体现在数据库sql里就是逻辑上相互依赖的一组sql语句。

下图是事务执行的一个完整过程：

                                               

提交也就是commit，撤销也就是回滚rollback。

2.事务四大特性

原子性（Atomicity）：

原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。

一致性（Consistency）：

一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。

隔离性（Isolation）：

隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。

即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。

持久性（Durability）：

持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

3.事务的隔离级别

以上介绍完事务的四大特性(简称ACID)，现在重点来说明下事务的隔离性，当多个线程都开启事务操作数据库中的数据时，数据库系统要能进行隔离操作，以保证各个线程获取数据的准确性，在介绍数据库提供的各种隔离级别之前，我们先看看如果不考虑事务的隔离性，会发生的几种问题：

并发常见错误：

脏读（dirty reads）：

脏读是指在一个事务处理过程里读取了另一个未提交的事务中针对数据的修改 。

例如：张三工资是5000，事务A把张三公司修改为8000，但是事务A尚未commit。此时，事务B正在读取张三的工资，并且读到8000，随后，事务A发生异常，而回滚了事务，张三的工资又变成5000。那么事务B读到的事务张三工资8000就是脏数据。

不可重复读（non-repeatablereads）：

不可重复读（针对修改）是指在对于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，这是由于在查询间隔，被另一个事务修改并提交了。

不可重复读和脏读的区别是，脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。

例如：在事务A中读取张三工资为5000。随后事务B将张三工资修改为8000，并且 commit了该事务。随后，事务A再次读取一次张三的工资变成8000。在一个事务A中两次读取的结果不一致，导致不可重复读。

在某些情况下，不可重复读并不是问题，比如我们多次查询某个数据当然以最后查询得到的结果为主。

虚读(幻读)phantom read：

幻读是事务非独立执行时发生的一种现象。针对插入。例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。

幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。

例如：目前工资为5000的员工有10人，事务A读取的所有工资为5000的人数为10人，此时，事务B插入一条工资也为5000的记录。这是事务A再次读取工资为5000的员工，记录为11人。此时产生了幻读。

4.四种事务隔离级别

Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。（避免修改和插入错误）

Repeatable read (可重复读)：可避免脏读、不可重复读的发生。（避免修改错误）

Read committed (读已提交)：可避免脏读的发生。（避免未提交修改错误）

Read uncommitted (读未提交)：最低级别，任何情况都无法保证。（什么都无法避免）

          

Read uncommitted (读未提交)：

写事务阻止其他写事务，避免了更新遗失。但是没有阻止其他读事务。 

存在的问题：脏读。即读取到不正确的数据，因为另一个事务可能还没提交最终数据，这个读事务就读取了中途的数据，这个数据可能是不正确的。
存在的问题：不可重复读。即在一次事务之间，进行了两次读取，但是结果不一样，可能第一次id为1的人叫“李三”，第二次读id为1的人就叫了“李四”。因为读取操作不会阻止其他事务。 
解决办法就是下面的“可重复读”。
存在的问题：幻读。可重复读阻止的写事务包括update和delete（只给存在的表加上了锁），但是不包括insert（新行不存在，所以没有办法加锁），所以一个事务第一次读取可能读取到了10条记录，但是第二次可能读取到11条，这就是幻读。
读加共享锁，写加排他锁。这样读取事务可以并发，但是读写，写写事务之间都是互斥的，基本上就是一个个执行事务，所以叫串行化

解决办法就是下面的“可读取确认”。

Read committed (读已提交)：

写事务会阻止其他读写事务。读事务不会阻止其他任何事务。 

Repeatable read (可重复读)：

写事务会阻止其他读写事务，读事务会阻止其他写事务，但是不会阻止其他读事务。 

解决办法就是下面的“串行化”。

Serializable (串行化)：

读加共享锁，写加排他锁。这样读取事务可以并发，但是读写，写写事务之间都是互斥的，基本上就是一个个执行事务，所以叫串行化。