前言：通过本文你将了解到事物隔离级别带来的问题，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.00 sec) 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 table t1G
*************************** 1. row ***************************
Table: t1
Create 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=utf8
1 row in set (0.00 sec)
mysql> select * from t1;
+----+------+------+
| 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 * from information_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不会生效。
