前言：通过本文你将了解到事物隔离级别带来的问题，innodb是怎么解决幻读，mysql事物特性，并配有案例说明。

事务是一组访问并可能更新数据库内容的SQL组成的执行单元，是恢复和并发控制的基本单位。

支持事物：Innodb、NDBCluster、TokuDB

不支持事物：Myisam、MEMORY/HEAP

事务具备4个基本属性：

Atomic,同一个事物里，要么都提交，要么都回滚。

Consistency,在事物开始之前和事物结束以后，数据库的完整性约束没有被破坏。

Isolation,并发事物间的数据是彼此隔离的

Durabiliy,事物提交后，所有结果必须持久化

在mysql中怎样开始或回滚一个事务呢？

1、显示开始，START TRANSACTION WITH CONSISTENT SNAPSHOT;  BEGIN;

2、隐士开始，BEGIN / START TRANSACTION / SET AUTOCOMMIT = 1 / 其他非事务语句(DDL/DCL)会导致之前没提交的事务提交。

3、显示回滚，ROLLBACK

4、隐士回滚，连接断开 / 超时

在修改事务隔离级别时需要注意set global  xxx;这时只针对新连接生效，当前连接不生效(如果有连接池的话就麻烦了，连接池都是长连接)

mysql> set global transaction isolation level read committed;

Query OK,0 rows affected (0.00sec)

mysql> show session variables like"tx_isolation";+---------------+-----------------+

| Variable_name | Value |

+---------------+-----------------+

| tx_isolation | REPEATABLE-READ |

+---------------+-----------------+

1 row in set (0.00 sec)

在修改事物隔离级别时不加global和session，下一个事物才开始生效。set session xxx；直接生效。(mysql中默认是RR隔离级别)

如果没有事物控制的话，那么并发读写数据库会有什么隐患？

脏读：一个事物按相同的查询条件读取以前检索过的数据，却发现其他事物更新后达到了满足其查询条件的旧数据(此时它还未提交)，这种现象称为“脏读”

不可重复读：一个事物按相同的查询条件读取以前检索过的数据，却发现其他事物更新后达到了满足其查询条件的旧数据(此时它已被提交)，这种现象称为“不可重复读”

幻读：一个事物按相同的查询条件读取以前检索过的数据，却发现其他事物插入了满足其查询条件的新数据(此时它已被提交)，这种现象称为“幻读”

脏读，在一个事物里面读取到其他事物未提交的数据：

不可重复读，在一个事物里面读取到其他事物已经提交的修改的数据：

幻读，在一个事物里面读取到其他事物已经提交的新增的数据：

mysql的4种隔离级别：

1. read uncommitted隔离级别最低，允许脏读，允许事物查看其它事物所进行的未提交更改

2.read committed允许幻读，允许事物查看其它事物所进行的已提交更改

3.repeatable read消除了脏读、不可重复读、幻读保证了事物一致性(innodb特定条件下可能发生幻读，后面会讲到)

4.serializable串行化读，每次读都需要获得表级别共享锁，读写间互相都会阻塞

例如有t1表：

mysql> show create tablet1\G*************************** 1. row ***************************

Table: t1Create Table: CREATE TABLE`t1` (

`c1`int(11) NOT NULL,

`c2`int(11) DEFAULT NULL,

`c3`int(11) DEFAULT NULL,PRIMARY KEY(`c1`),KEY`c2` (`c2`)

) ENGINE=InnoDB DEFAULT CHARSET=utf81 row in set (0.00sec)

mysql> select * fromt1;+----+------+------+

| c1 | c2 | c3 |

+----+------+------+

| 0 | 0 | 0 |

| 1 | 1 | 1 |

| 2 | 2 | 2 |

| 3 | 3 | 3 |

+----+------+------+

4 rows in set (0.00 sec)

读未提交，read uncommitted，RU

读已提交，read committed,RC

RC下的幻读：(此处加for update 表示即便是 RC隔离级别，但是可以读取当前数据的最新版本)

可重复读，repeatable read，RR

在RR隔离级别下，没有幻读。

innodb在RR级别下引入了gap lock来解决幻读，例如：select * from t1 where c2 =2 for update;这样会将索引记录上面1-3(不包括1和3)这个范围的gap全锁定来避免幻读：

加for update 两个作用1：表明要读这行数据的当前最新数据，2：把这行数据加上排它锁。

串行，serializable

可通过innodb_lock_waits查看发生锁等待信息：

mysql> select * frominformation_schema.innodb_lock_waits;+-------------------+------------------------+-----------------+------------------+

| requesting_trx_id | requested_lock_id | blocking_trx_id | blocking_lock_id |

+-------------------+------------------------+-----------------+------------------+

| 421424334461664 | 421424334461664:31:3:4 | 4910 | 4910:31:3:4 |

+-------------------+------------------------+-----------------+------------------+

1 row in set, 1 warning (0.00 sec)

最后我们再说下 InnoDB semi-consitent read,innodb的半一致性读，在innodb特殊实现的机制，主要目的是提升并发效率。update语句如果读到一行已经加锁的记录，此时InnoDB返回该记录最新版本，再次判断此版本是否满足update的where条件。若满足(需要更新)，则MySQL会重新发起一次读操作，此时会读取行的最新版本(并加锁)  #这种情况只发生在RC或 RR+innodb_locks_susafe_for_binlog=1环境下，所以说RR+innodb_locks_susafe_for_binlog=1时存在幻读可能。

可以这样理解：假设这个表有10万行数据，对一个表进行更新，没有索引，正常情况下会把所有数据全部锁定，但是另一个会话想要对这个表update 更新，这个update 可能只影响两行数据，这时候这个update可以被执行，不受全表锁限制，仅仅只针对update生效，其他SQL不会生效。

mysql事物主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你既要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等。这样，这些数据库操作语句就构成一个事物。注意一下几点：

在MySQL中只有使用了Innodb数据库引擎的数据库或表才支持事务。

事物处理可以用来维护数据库的完整性，保证成批的sql语句要么全部执行，要么全部不执行。

事物用来管理insert，update，delete语句。

先简单介绍一下事物吧。事物是DBMS的执行单位。它由有限的数据库操作序列组成的，但不是任意的数据库操作序列都能成为事物。一般来说，事物必须满足4个条件(ACID)：

原子性：组成事物处理的语句形成了一个逻辑单元，不能只执行其中一部分。换句话说，事物是不可分割的最小单元。比如银行转账过程中，必须同时从一个账户减去转账金额，并加到另一个账户中，只改变一个账户是不合理的。

一致性：在事物处理执行前后，mysql数据库是一致的。也就是说，事物应该正确的转换系统状态。比如银行转账过程中，要么转账金额从一个账户到另一个账户，要么两个账户都不变，没有其他情况。

隔离性：一个事物处理对另外一个事物处理没有影响。比如说银行转账过程中，在转账事物没有提交之前，另一个转账事物只能处于等待状态 。

可靠性：事物处理的效果能够被永久保存下来。反过来说，事物能够承受所有的失败。包括服务器，进程，通信以及媒体失败等等。比如银行转账过程中，转账后账户的状态要能被保存下来。

mysql的事物处理主要有两种方法：

1. begin，rollback，commit来实现

begin 开始一个事物

rollback 事物回滚

commit 事物确认，事物提交

2，直接用set来改变mysql的自动提交模式

mysql默认z是自动提交的，也就是你提交一个query，它就直接执行。

set autocommit = 0 禁止自动提交模式

set autocommit = 1 开启自动提交模式

mysql中只用INNODB和BDB类型的数据表才能支持事物处理(切记)！

来看一个例子：

先假设一下问题的背景：网上购书，某书《mysql数据库》编号为123，只剩最后一本，而这个时候两个用户几乎同时对这本书发出了购书请求，让我们来看看整个过程：

在具体分析之前，先来看看数据表的定义：

对于用户甲来说，他的动作稍微比乙快一点点，其购买过程中所触发的动作大致是这样的：

1.select book_number from book where book_id = 123;

book_number 大于0，确认购买行为并更新book_number

2.update book set book_number = book_number—1 where book_id = 123;

购书成功

表面上看甲乙的操作都成功了，他们都买到了书，但是库存只有一本，他们怎么可能都成功呢？再看看数据表里book_number的内容，已经变成“-1”了，这当然是不能允许的(实际上，声明这样的列类型应该加上unsigned的属性，以保证其不能为负，这里是为了说明问题所以没有这样设置)

好了，问题陈述清楚了，再来看看怎么利用事务来解决这个问题，打开MySQL手册，可以看到想用事务来保护你的SQL正确执行其实很简单，基本就是三个语句：开始，提交，回滚。

开始：START TRANSACTION或BEGIN语句可以开始一项新的事务

提交：COMMIT可以提交当前事务，是变更成为永久变更

回滚：ROLLBACK可以回滚当前事务，取消其变更

此外，SET AUTOCOMMIT = {0 | 1}可以禁用或启用默认的autocommit模式，用于当前连接。

那是不是只要用事务语句包一下我们的SQL语句就能保证正确了呢？比如下面代码：

答案是否定了，这样依然不能避免问题的发生，如果想避免这样的情况，实际应该如下：

由于加入了FOR UPDATE，所以会在此条记录上加上一个行锁，如果此事务没有完全结束，那么其他的事务在使用SELECT ... FOR UPDATE请求的时候就会处于等待状态，直到上一个事务结束，它才能继续，从而避免了问题的发生，需要注意的是，如果你其他的事务使用的是不带FOR UPDATE的SELECT语句，将得不到这种保护。