浅谈mysql事务

在技术面试中，面试官经常能够问到关于数据库事务相关的，通常数据库事务具备四大特性(ACID)，分别是：

1、原子性

2、一致性

3、隔离性

4、持久性

所谓原子性：是指事务是一个最小单元，不可再分隔，成为一个整体。

所谓一致性：是指事务中的方法要么同时成功，要么都不成功。比如A向B转账，要不都成功，要不都失败。

所谓隔离性：是指当多个事务操作数据库中同一个记录或多个记录时，对事务进行隔离开来有序执行，避免同时对同一数据做操作。这时候就需要使用锁来解决这个问题了(后面讲)。

所谓持久性：即当成功插入一条数据库记录时，数据库必须保证有一条数据永久的写入到数据库磁盘中。

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

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

 

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

省查看数据库默认隔离级别
SELECT @@tx_isolation

 

什么是脏读、不可重复读、幻读呢？我们来看看。

 

脏读

脏读：比如有两个事务并行执行操作同一条数据库记录，A事务能读取到B事务未提交的数据。如下图所示：事务B操作了数据库但是没有提交事务，此时A读取到了B没有提交事务的数据。这就是脏读的体现。

 

我们用数据库实例来演示一下脏读现象，首先我本地安装了mysql5.7，关闭数据库自动提交事务开关

临时有效

mysql数据库事务开关
开启自动提交事务：set autocommit = 1;
关闭自动提交事务：set autocommit = 0 ;
查看事务开关：show variables like '%autocommit%';

 

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

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

 

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

/**数据库建表语句*/
CREATE TABLE `user_money`  (
`id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'id',
`user_id` bigint(20) NOT NULL COMMENT '用户id',
`money` decimal(25, 2) NOT NULL COMMENT '余额',
PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = '用户余额表' ROW_FORMAT = Dynamic;
/**插入一条数据*/
INSERT INTO `user_money` VALUES (1, 2628, 1000.00);

 

Navicat窗口A，查询指定用户信息（此处不提交事务）

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

 

Navicat窗口B，当窗口A操作完成后再查询指定用户信息

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

 

此时我们看看查询结果：

 

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

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

 

 

不可重复读

学习完脏读后，我们再来看看什么是不可重复读。比如事务A在同一事务中多次读取同一记录，此时事务B修改了事务A正在读的数据并且提交了事务，但是事务A读取到了事务B所提交的数据，导致两次读取数据不一致。如下图所示：

 

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

//全局的   ---此处演示我们设置全局的
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已提交事务的数据，导致两次读取数据信息不一致。

 

幻读

上面我我们学习了一下什么不可重复读，在mysql数据库中，不可重复读是不被允许的，mysql默认的隔离级可重复读，也就是幻读。

下面我们再来看看幻读，什么是幻读呢？事务A将数据表中所有数据都设置为100，此时事务B插入了一条值为200的数据并提交事务，当事务A修改完成提交事务后，发现还有一条数据的值不为100.这就是幻读的一种体现方式。如下图：

 

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

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

 

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

---------- 窗口A ------------------------------------------
-- 关闭自动提交事务
set autocommit = 0
-- 查询
select * from user_money
-- 修改指定用户余额
update user_money a set a.money = 100;

-- 提交事务
commit;

select * from user_money

 

此处，事务A先查询表中所有数据，然后更新表中所有数据的指定字段，然后事务B插入一条新的记录，并且提交事务，然后事务A再提交事务。事务A查询表会发现有一条数据的指定字段和自己修改的不一致。事务B的代码如下：

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

 

事务A查询结果如下所示：

 

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

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

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