MySQL事务

数据库事务具备四大特性(ACID)，分别是：

1. 原子性（Atomicity）：是指事务是一个最小单元，不可再分隔，成为一个整体。
2. 一致性（Consistency）：是指事务中的方法要么同时成功，要么都不成功。比如A向B转账，要不都成功，要不都失败。
3. 隔离性（Isolation）：是指当多个事务操作数据库中同一个记录或多个记录时，对事务进行隔离开来有序执行，避免同时对同一数据做操作。这时候就需要使用锁来解决这个问题了。
4. 持久性（Durability）：即当成功插入一条数据库记录时，数据库必须保证有一条数据永久的写入到数据库磁盘中。

事务的四大特征中，所有的操作都会走向磁盘，所以持久性是事务操作的目的，而原子性是实现事务的基础，隔离性是实现数据安全的一种策略、手段，而最终维护的，就是数据的一致性，一致性才是事务中最重要的。四大特征之间，隔离性是为了达到一致性的手段。

ACID四大特征中，最难理解的不是一致性，而是事务的隔离性，数据库权威专家针对事务的隔离性研究出来了事务的隔离四种级别，四种事务隔离级别就是为了解决数据在高并发下产生的问题（脏读、不可重复读、幻读）。

事务隔离级别

事务隔离级别	脏读	不可重复读	幻读
读未提交(READ_UNCOMMITTED)	√	√	√
读提交(READ_COMMITED)	×	√	√
可重复读(REPEATABLE_READ)	×	×	√
串行化(SERLALIZABLE)	×	×	×

Mysql默认使用的数据隔离级别是REPEATABLE READ ，可重复读，允许幻读。

查看数据库默认隔离级别
SELECT @@tx_isolation;
#或者
show variables like '%tx_isolation%';

1.脏读

事务A修改了数据后还没有提交事务，此时事务B可以读取到事务A没有提交的事务的数据。这就是脏读，脏读情况下的数据是不可取的，所以一般没有数据库事务级别设置为允许脏读。

一句话总结：脏读就是指事务A读取到事务B修改但未提交事务的数据。

2. 不可重复读

比如事务A在同一事务中多次读取同一记录，此时事务B修改了事务A正在读的数据并且提交了事务，但是事务A读取到了事务B所提交的数据，导致两次读取数据不一致。如下图所示：

事务：不可重复读

时间点	事务A	事务B	账户余额
T1	开启事务	开启事务	1000
T2	查询余额		1000
T3		取出500	500
T4		提交事务	500
T5	查询余额		500
T6	提交事务		500
T7

然后我们修改数据库的事务级别，命令如下：

//全局的   ---此处演示我们设置全局的
set global transaction isolation level read committed;
//当前会话
set session transaction isolation level read committed;

我们使用Navicat演示一下脏读，打开两个窗口，命令如下：

---------- 窗口A ------------------------------------------
-- 关闭自动提交事务
set autocommit = 0
-- 查询指定用户
select * from user_money where user_id = '2628'
-- 查询指定用户
select * from user_money where user_id = '2628'
-- 提交事务
commit;

窗口A先是开启事务，然后查询指定用户信息，然后窗口B开启事务，查询数据指定用户，修改数据，提交事务，然后再回到窗口A，查询指定用户信息；窗口B代码如下：

---------- 窗口B ------------------------------------------
-- 关闭自动提交事务
set autocommit = 0
-- 查询指定用户
select * from user_money where user_id = '2628'
-- 修改指定用户余额
update user_money a set a.money = 500;
-- 提交事务
commit;

事务A在两次查询中，查询的数据不一样，这就是不可重复读。Mysql默认采用的就是不可重复读的隔离级别，用一句话总结，不可重复读就是事务A读取到事务B已提交事务的数据，导致两次读取数据信息不一致。

3. 幻读

幻读，并不是说两次读取获取的结果集不同，幻读侧重的方面是某一次的 select 操作得到的结果所表现的数据状态无法支撑后续的业务操作。

更为具体一些：select 某记录是否存在，不存在，准备插入此记录，但执行 insert 时发现此记录已存在，无法插入，此时就发生了幻读。

事务：幻读

时间点	事务A	事务B	账户余额
T1	开启事务	开启事务
T2	查询指定不存在的记录		查询不存在
T3		插入指定不存在的记录
T4		提交事务
T5	插入指定不存在的记录		主键冲突
T6	再次查询		查询不存在
T7	提交事务

然后我们修改数据库的事务级别，命令如下：

//全局的   ---此处演示我们设置全局的
set global transaction isolation level repeatable read;
//当前会话
set session transaction isolation level repeatable read;

我们使用Navicat演示一下脏读，打开两个窗口，命令如下：

-- -------- 窗口A ------------------------------------------
-- 关闭自动提交事务
set autocommit = 0;

select * from user_money where id = 5;

-- 没有查询到结果，进行插入
insert  into user_money (id, user_id , money) values (5, 5,5);

-- 再查询id为5的
select * from user_money where id = 5;

commit;

此处，事务A中查询指定id为5的记录，没有查询到结果后，事务B进行插入了一条id为5的记录并且提交事务；

---------- 窗口B ------------------------------------------
-- 关闭自动提交事务
set autocommit = 0;
-- 插入一条记录
insert  into user_money (id, user_id , money) values (5, 5,5);
-- 提交事务
commit;

此时事务A执行插入语句会报错主键冲突，但是再进行查询的时候又查询不到

在上述事务A中，不提交事务的情况下，插入id为5的记录会一直报错主键冲突，但是再怎么查询id为5的记录都查询不到；这是因为在MySql的设计中，事务中查询的是被修改前的日志，即Undo log(MVCC中的一个概念)；可参考Mysql中MVCC知识点总结

关于幻读的问题，可以通过加锁的方式进行解决。

3.串行化

另外还有一种事务级别就是序列化方式SERIALIZABLE，序列化事务级别既不允许脏读，也不允许不可重复读，并且还不允许幻读。

事务隔离级别越严格，越消耗计算机性能，效率也越低，通常情况下，设置为允许不可重复读就可以解决大多数的问题了。

这里，我们对数据库事务基本上已经有了一个新的认识了。那么，数据库是怎么来隔离事务的呢？这时候就涉及到了数据库锁了。这个我们在下一章节中会详细描述的。