事务的ACDI特性

并非任意的对数据库操作序列都是数据库事务。数据库事务拥有以下四个特性，习惯上被称为ACDI特性。

1. 原子性（Atomic）

事务作为一个整体被执行，包含在事务中的对数据库的操作要么全部被执行，要么全部不执行。

比如，InnoDB支持事务，在InnoDB事务内如果执行了一条插入多个值的INSERT语句“INSERT INTO t VALUES('b1'),('b2'),('b3'),('b4'),('b5'),('b6');”只要其中一个值插入失败，那么整个事务就失败了。而对于MyISAM引擎的表，它不支持事务，那么在出错之前的值是可以被正常插入到表中的。

2. 一致性（Consistency）

事务应确保数据库的状态从一个一致状态另一个一致状态。一致状态的含义是数据库中的数据应满足约束。

3. 隔离性性（Isolation）

多个事务并发执行时，一个事物的执行不应影响其他事务的执行。

4. 持久性（Durability）

已被提交的事务对数据库的修改应该被永久保存在数据库中。

事务的隔离级别

事务的隔离级别越高，越能保证数据的完整性和一致性，但是对并发的影响也越大。mysql事务包含如下4个隔离级别，按隔离级别从低到高排列如下。

1. read uncommitted (dirty read)

read uncommitted 也称为读未提交，事务可以看到其他事务的更改了但是还没有提交的数据，即存在脏读的情况。

2. read committed

read committed也称为读提交，事务可以看到在它执行的时候，其他事务已经提交的数据，已被大部分数据采用。允许不可重复读，但不允许脏读，例如：

	begin transaction;
	select a from b where c=1;
	...  #其他事务更改了这条记录,并且commit提交
	select a from b where c=1;   #可以看到新的数据，不可重复读
	end 

3. repeatable read

repeatable read也称为可重复读。同一个事务内，同一个查询请求，若多次执行，则获得的记录集是相同的，但不能杜绝幻读，示例如下

	begin transaction

	select a from b where c=1;

	...   #其他事务更改了这条记录,并且commit

	select a from b where c=1;   #仍然看到旧的数据,可重复读,但不能杜绝幻读

	end

发生幻读的场景有，某事务A按某个条件查询，此时尚未提交。然后另一个事务成功插入了数据，事务A再次查询时，可能会读取到新插入的数据。

MYSQL InnoDB引擎默认使用的是repeatable read（可重复读）。当事务A发出一个一致性读之时，即一个普通的select语句，InnoDB将给事务A一个时间点。如果另一个事务在该时间点被指定之后删除一行并提交，则事务A看不到该行已被删除。插入和更新的处理与此相似。可以通过提交事务来前进时间点，然后进行另一个select。这被称为多版本并发控制。“如果想要查看数据库的最新状态，应该用READ COMMITTED隔离级别或用一个锁定读“SELECT*FROM t LOCK IN SHARE MODE;”。

为了满足可重复读，事务开启后，对于要查询的数据，需要保留旧的行版本，以便重新查询，这在一些特殊的环境中可能会导致某些问题，比如一些框架，对于任何操作，都要先进入AUTOCOMMIT=0的模式，直到有写入时才会进行COMMIT提交，这可能会导致事务数过多，有时由于框架或编码的不完善，可能会出现长时间不提交的事务，导致UNDO保留的旧的数据记录迟迟不能被删除，还可能导致UNDO空间暴涨。对于这些极端情况，首先应该考虑调整应用，实在没有办法的话，可以考虑将事务的隔离模式更改为read committed。

4. serializable

serializable也称为序列化，最高级别的锁，它解决了幻读，它将锁施加在所有访问的数据上。

该锁将把普通的SELECT语句默认改成SELECT…LOCK IN SHARE MODE。即为查询语句涉及的数据加上共享琐，阻塞其他事务修改真实数据。

如下的命令语句可查询当前的事务隔离级别。

mysql> show  variables like '%tx%';

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

| Variable_name       | Value                |

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

| tx_isolation        | REPEATABLE-READ      |

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

1 row in set (0.00 sec)

或者

mysql> SELECT @@global.tx_isolation, @@session.tx_isolation;

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

| @@global.tx_isolation         | @@session.tx_isolation          |

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

| REPEATABLE-READ               | REPEATABLE-READ                 |

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

设置事务隔离级别的语法格式如下。

SET [GLOBAL | SESSION] TRANSACTION ISOLATION LEVEL

{ READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE }

在配置文件内修改mysqld节的transaction-isolation参数的方式如下。

[mysqld]

transaction-isolation = {READ-UNCOMMITTED | READ-COMMITTED

| REPEATABLE-READ | SERIALIZABLE}

注意 　如上配置文件transaction-isolation选项的级别名中有连字符，但SET TRANSACTION语句的级别名中则没有连字符。

不建议更改InnoDB的事务隔离级别。一些传统的商业数据库，如Oracle，使用了类似read-commited的隔离级别。但由于绝大部分场景下，MySQL的用户都使用默认的隔离级别repeatable read，此隔离级别下的使用验证会比其他隔离级别完善得多，官方可能也不会对非默认隔离级别进行充分的验证，或者存在不完善支持的行为。