如何理解MySQL事务的隔离级别-低调大师

如何理解MySQL事务的隔离级别

2020-09-27 468

关注我，更多精彩文章第一时间推送给你

读未提交（READ UNCOMMITTED）
读已提交（READ COMMITTED）
可重复读（REPEATABLE READ）
可串行化（SERIALIZABLE）

MySQL的默认事务的隔离级别是**可重复读**

-- 登录mysql的root账户，-p待输入密码，-h mysql服务器地址 -P 端口号（注意大写）
➜ mysql -u root -p -h localhost -P 3307
Enter password: ****
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 284
Server version: 5.7.28 MySQL Community Server (GPL)

Copyright (c) 2000, 2019, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>
-- 查看当前事务的隔离级别
mysql> show variables like 'transaction_isolation';
+-----------------------+-----------------+
| Variable_name         | Value           |
+-----------------------+-----------------+
| transaction_isolation | REPEATABLE-READ |
+-----------------------+-----------------+

-- 或者如此查看事务的隔离级别
mysql> SELECT @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ         |
+-------------------------+

-- 可以看到MySQL的默认事务隔离级别是可重复读

读未提交

会产生所有的问题（脏读、不可重复读、幻读）

读已提交

在此事务隔离级别下，事务B只能在事务A修改并且已提交后才能读取到事务A修改的数据。

避免了脏读

但还是会产生（不可重复读、幻读）

可重复读

在此事务隔离级别下，事务B只能在事务A修改数据并提交后，自己也提交事务后，才能读取到事务A修改的数据。

避免了脏读和不可重复读

但还是会产生幻读问题

可串行化

此种事务隔离级别别最高，不会发生任何以下问题（脏读、可重复读、幻读），通过加锁实现

读锁和写锁，只在读读不阻塞，读写、写读、写写都会阻塞。

解读一下并发造成的问题（脏读、不可重复读、幻读）

数据库表t_user我的表字段

mysql> show columns from t_user;
+-------+-------------+------+-----+---------+----------------+
| Field | Type        | Null | Key | Default | Extra          |
+-------+-------------+------+-----+---------+----------------+
| id    | int(11)     | NO   | PRI | NULL    | auto_increment |
| name  | varchar(50) | NO   |     | NULL    |                |
+-------+-------------+------+-----+---------+----------------+

**注意：**MySQL 默认开启事务自动提交模式，即除非显式的开启事务（BEGIN 或 START TRANSACTION），否则每条 SOL 语句都会被当做一个单独的事务自动执行。

-- 可以看到mysql默认开启自动提交模式
mysql> SHOW VARIABLES LIKE 'autocommit';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| autocommit    | ON    |
+---------------+-------+

-- 可以设置是否自动提交
-- 值为 0 和值为 OFF：关闭事务自动提交。
-- 值为 1 和值为 ON：开启事务自动提交。
-- 如下可设置的4种值
-- SET autocommit = 0|1|ON|OFF;

脏读

事务A 读取到了 事务B 修改但是未提交的脏数据

开始之前一定调整事务的隔离级别为读未提交，不然不可能产生脏读现象

mysql> SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| READ-UNCOMMITTED        |
+-------------------------+

首先查看一下t_user表的数据

mysql> select * from t_user;
+----+--------+
| id | name   |
+----+--------+
|  1 | 达摩   |
+----+--------+

然后进行如下测试

-- session1 事务A 开始
mysql> begin;
-- session2 事务B 开始
mysql> begin;
-- session2 事务B 修改name = 吕布  （注意这里并未提交）
mysql> update t_user set name = '吕布' where id = 1;
-- session1 事务A 读取id = 1的数据 （注意，读到了未提交的脏数据 name = 吕布）
mysql> select * from t_user where id = 1;
+----+--------+
| id | name   |
+----+--------+
|  1 | 吕布   |
+----+--------+
-- session1 事务A 对读到的脏数据进行提交(事务A结束)
mysql> commit;
-- session2 事务B 对刚才的修改进行回滚（事务B结束）
mysql> rollback;

-- 最终数据库中的name并没有改变，但是事务A读到了脏数据，这就是脏读
-- 此事务隔离级别（读未提交）也会造成不可重复读和幻读，这里不做演示，看下面的隔离级别中演示

不可重复读

事务A 读取表的名字为达摩（并未提交），之后事务B修改了名字为曹操（修改完提交了），此时事务A在未提交的情况下又读取了name却变成了曹操，这就是不可重复读

设置事务的隔离级别为读已提交，也可以为读未提交，因为读未提交也会产生不可重复读现象

-- 设置事务的隔离级别为读已提交
mysql> SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
Query OK, 0 rows affected (0.00 sec)
-- 查看修改结果，已经为读已提交
mysql> SELECT @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| READ-COMMITTED          |
+-------------------------+

首先查看一下t_user表的数据

mysql> select * from t_user;
+----+--------+
| id | name   |
+----+--------+
|  1 | 达摩   |
+----+--------+

然后进行如下测试

-- session1 事务A开始事务
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
-- session1 事务A 读取表中数据（注意此时未提交事务）
mysql> select * from t_user where id = 1;
+----+--------+
| id | name   |
+----+--------+
|  1 | 达摩   |
+----+--------+
-- session2 事务B直接修改并提交事务
mysql> update t_user set name = '曹操' where id = 1;
Query OK, 1 row affected (0.03 sec)
-- session1 事务A 再次读取表中数据，发现同一个事务中得到了不一样的结果，这就是不可重复读
mysql> select * from t_user where id = 1;
+----+--------+
| id | name   |
+----+--------+
|  1 | 曹操   |
+----+--------+
-- 只要是事务A一直不提交，其他事务修改提交之后，事务A再次查询都能查到最新修改的结果
-- 此事务隔离级别也会造成幻读，但是避免了脏读
-- 测试是否避免脏读，事务A此时未提交
-- session2 事务B开始
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
-- session2 事务B修改name = 伽罗 （注意此时未提交）
mysql> update t_user set name = '伽罗' where id = 1;
Query OK, 1 row affected (0.00 sec)
-- session1 事务A进行读取，看到并没有读取到脏数据
mysql> select * from t_user where id = 1;
+----+--------+
| id | name   |
+----+--------+
|  1 | 曹操   |
+----+--------+
-- session2 事务B回滚
mysql> rollback;
Query OK, 0 rows affected (0.05 sec)
-- session1 事务A提交
mysql> commit;
Query OK, 0 rows affected (0.00 sec)

知识点：为什么加了写锁，别的事务还可以进行读操作？
因为InnoDB有MVCC机制（多版本并发控制），可以使用快照读，而不会被阻塞。
幻读

事务A读取表中数据为一条(这时候未提交)， 事务B向表中添加了一条记录（提交），此时事务A再次查询表中数据，结果是两条，好像产生了幻觉，这就是幻读

设置事务的隔离级别为可重复读，也可以为读未提交，也可以为读已提交，因为这三种事务隔离级别都会产生幻读现象

-- 设置事务的隔离级别为可重复读
mysql> SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
Query OK, 0 rows affected (0.00 sec)
-- 查看修改结果，已经为可重复读
mysql> SELECT @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ         |
+-------------------------+

首先查看一下t_user表的数据

mysql> select * from t_user;
+----+--------+
| id | name   |
+----+--------+
|  1 | 曹操   |
+----+--------+

之后进行的测试

-- session1 事务A开启
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
-- session1 事务A查询（注意未提交）
mysql> select * from t_user;
+----+--------+
| id | name   |
+----+--------+
|  1 | 曹操   |
+----+--------+
-- session2 事务B添加数据（提交）
mysql> insert into t_user(name) values('马可波罗');
Query OK, 1 row affected (0.04 sec)
-- session1 事务A再次查询（一个事务中两次查询多出了数据，幻读）
mysql> select * from t_user;
+----+--------------+
| id | name         |
+----+--------------+
|  1 | 曹操         |
|  2 | 马可波罗      |
+----+--------------+
-- 测试此事务隔离级别能避免不可重复读现象（此时事务A还是未提交）
-- session2 事务B修改id= 1的数据名字为狄仁杰（提交）
mysql> update t_user set  name = '狄仁杰' where id = 1;
Query OK, 1 row affected (0.04 sec)
-- 此时session1 事务A再次读取数据（可以看到跟上一次一样，证明避免了不可重复读现象）
mysql> select * from t_user;
+----+--------------+
| id | name         |
+----+--------------+
|  1 | 曹操         |
|  2 | 马可波罗      |
+----+--------------+

以上讲的都是并发操作可能造成的读的问题

关于乐观锁和悲观锁解决并发写操作可能造成的丢失更新的问题请访问我的这篇文章

微信关注我们

原文链接：https://my.oschina.net/u/3124408/blog/4652472

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Spring 5 中文解析数据存储篇-JDBC数据存储(中)

3.5 JDBC批量操作如果将多个调用批处理到同一条准备好的语句，则大多数JDBC驱动程序都会提高性能。通过将更新分组成批，可以限制到数据库的往返次数。 3.5.3 使用JdbcTemplate的基本批处理操作通过实现特殊接口的两个方法BatchPreparedStatementSetter并将该实现作为batchUpdate方法调用中的第二个参数传入，可以完成JdbcTemplate批处理。你可以使用getBatchSize方法提供当前批处理的大小。你可以使用setValues方法设置语句的参数值。此方法称为你在getBatchSize调用中指定的次数。以下示例根据列表中的条目更新t_actor表，并将整个列表用作批处理： public class JdbcActorDao implements ActorDao { private JdbcTemplate jdbcTemplate; public void setDataSource(DataSource dataSource) { this.jdbcTemplate = new JdbcTemplate(dataSource...

2020-09-27

505

为什么多级缓存缓存的引入是现在大部分系统所必须考虑的 redis 作为常用中间件，虽然我们一般业务系统（毕竟业务量有限）不会遇到如下图在随着 data-size 的增大和数据结构的复杂的造成性能下降，但网络 IO 消耗会成为整个调用链路中不可忽视的部分。尤其在微服务架构中，一次调用往往会涉及多次调用例如pig oauth2.0 的 client 认证 Caffeine 来自未来的本地内存缓存,性能比如常见的内存缓存实现性能高出不少详细对比。综合所述：我们需要构建 L1 Caffeine JVM 级别缓存， L2 Redis 缓存。设计难点目前大部分应用缓存都是基于 Spring Cache 实现,基于注解（annotation）的缓存（cache）技术,存在的问题如下： Spring Cache 仅支持单一的缓存来源，即：只能选择 Redis 实现或者 Caffeine 实现，并不能同时使用。数据一致性：各层缓存之间的数据一致性问题，如应用层缓存和分布式缓存之前的数据一致性问题。缓存过期：Spring Cache 不支持主动的过期策略业务流程如何使用引入依赖...

2020-09-28

519

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。