Mariadb之事务隔离级别Linux

作者：手机用户2502896043 | 来源：互联网 | 2023-09-24 10:59

上一篇我们聊到了mariadb的锁，以及怎么手动加锁和解锁等等，回顾请参考https:www.cnblogs.comqiuhom-1874p13196905.html；今

Mariadb之事务隔离级别 - Linux

所谓原子性，就是事务中执行的语句要么全部执行，要么全部不执行，如果事务在中途发生错误，那么前面执行过的语句将会回滚到事务前；一致性指的是在执行事务之前和事务执行完成后的数据库状态是完整的；也就是说我们执行的语句都按照我们预想的结果执行了；隔离性指数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。持久性指的是，事务执行完成后，对数据的修改是永久的；

　　上一篇我们聊到了mariadb的锁，以及怎么手动加锁和解锁等等，回顾请参考https://www.cnblogs.com/qiuhom-1874/p/13196905.html；今天我们来聊一聊mariadb的事务隔离级别；在前边的随笔中，我们提到到了mysql的存储引擎，常用的有MyISAM和innodb，其中myisam不支持事务，innodb支持事务；所以我们常说的事务是针对innodb存储引擎来说的；所谓事务就是在我们在执行大批量语句时，为了保证数据库的完整性，要么语句全部执行，要么语句全部不执行；所以事务必须满足ACID这是个条件；A表示Atomicity，原子性，也是不可分性；C表示Consistency，一致性；I表示Isolation，隔离性，又称独立性；D表示Durability，持久性；所谓原子性，就是事务中执行的语句要么全部执行，要么全部不执行，如果事务在中途发生错误，那么前面执行过的语句将会回滚到事务前；一致性指的是在执行事务之前和事务执行完成后的数据库状态是完整的；也就是说我们执行的语句都按照我们预想的结果执行了；隔离性指数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。持久性指的是，事务执行完成后，对数据的修改是永久的；

　　接下来我们来说说怎么在mariadb中开启事务吧

　　用户手动开启事务用start transaction 或者使用begin语句开启事务；

　　提示：以上红框中的语句就表示手动开启一个事务；这里需要注意一点，对于mysql来讲，默认在命令行执行的语句都是自动提交事务的；也就是说默认情况下我们在mysql shell中执行的语句它默认也会开启一个事务，但我们语句执行完成后，它会自动把该事务提交；所以我们手动开启一个事务可以使用start transaction 语句或者begin 或者执行set autocommit=0来关闭自动提交事务；

　　提示：提交事务用commit 语句，表示结束当前事务；当然结束当前事务也可以用rollback语句，表示回滚到事务之前的状态；回滚以后事务也就结束了；

　　SAVEPOINT identifier：创建一个保存点，一个事务中可以存在多个保存点，回滚时我们可以指定回滚到某个点上；

MariaDB [first_db]> begin;
Query OK, 0 rows affected (0.000 sec)

MariaDB [first_db]> select * from test_tb;
+------+----------+------+
| id   | name     | age  |
+------+----------+------+
|    1 | xiaoming |   44 |
|    2 | zhangsan |   16 |
+------+----------+------+
2 rows in set (0.001 sec)

MariaDB [first_db]> insert into test_tb values (3,"lisi",23);
Query OK, 1 row affected (0.002 sec)

MariaDB [first_db]> savepoint one;
Query OK, 0 rows affected (0.001 sec)

MariaDB [first_db]> insert into test_tb values (4,"wangwu",25);
Query OK, 1 row affected (0.001 sec)

MariaDB [first_db]> savepoint two;
Query OK, 0 rows affected (0.000 sec)

MariaDB [first_db]> select * from test_tb;                   
+------+----------+------+
| id   | name     | age  |
+------+----------+------+
|    1 | xiaoming |   44 |
|    2 | zhangsan |   16 |
|    3 | lisi     |   23 |
|    4 | wangwu   |   25 |
+------+----------+------+
4 rows in set (0.001 sec)

MariaDB [first_db]> rollback to one;
Query OK, 0 rows affected (0.001 sec)

MariaDB [first_db]> select * from test_tb;
+------+----------+------+
| id   | name     | age  |
+------+----------+------+
|    1 | xiaoming |   44 |
|    2 | zhangsan |   16 |
|    3 | lisi     |   23 |
+------+----------+------+
3 rows in set (0.001 sec)

MariaDB [first_db]>

　　提示：存在多个保存点，如果回滚到前边的点以后，后面的保存点就没有了；

　　接下来看看事务的隔离级别

　　对于mysql数据库 innodb存储引擎支持的事务隔离级别有4中，READ-UNCOMMITED：读未提交；这表示事务还没有结束，其他用户或进程是可以实时的读到事务中对数据的改变，因为事务还没提交，所以我们认为其他用户或进程读到的数据就是一个不准确的数据，通常我们把这种叫脏读；READ-COMMITTED：读提交；这表示只有事务提交后，其他用户或进程才可以读到事务修改后的数据；这种事务隔离级别就要比前面的隔离级别要高一点，读到的数据也要精准一点；这种隔离级别就是只要事务A提交了，在其他事务里就可以读取到事务A修改后的数据；通常这种我们叫不可重复读，不可重复读表示在其他事务中，读到的数据是根据事务A是否提交有关系；REPEATABLE-READ：可重复读，这表示在A事务中修改后的数据，在B中事务上不可见的，即便A中事务已经提交，B中事务没有提交，那么在B中的事务中读到的还是A事务修改前的数据；只有当事务B结束后才能读到A事务修改后的数据；所以通常我们把这种方式也叫幻读，给人一种幻觉的感觉；SERIALIZABLE：串行化；这种隔离级别是最高的，但同时并发访问也是最差的，它表示事务A和事务B是顺序执行的，什么意思呢，就是说事务B必须要等到事务A完成后才可以执行；

　　关闭自动提交功能

MariaDB [first_db]> select @@session.autocommit;
+----------------------+
| @@session.autocommit |
+----------------------+
|                    1 |
+----------------------+
1 row in set (0.001 sec)

MariaDB [first_db]> set @@session.autocommit=0;
Query OK, 0 rows affected (0.001 sec)

MariaDB [first_db]> select @@session.autocommit;
+----------------------+
| @@session.autocommit |
+----------------------+
|                    0 |
+----------------------+
1 row in set (0.001 sec)

MariaDB [first_db]>

　　提示：以上语句表示设定当前会话关闭自动提交功能，关闭此会话它将恢复原有设定；

　　设置事务A的隔离级别为read-uncommitted

　　提示：事务隔离级别字串要加引号，否则会提示语法错误

　　设置会话B的隔离级别为read-uncommitted

　　在事务A中修改表中数据，在会话B中查看表中数据，看看是否在会话B中看到修改后的数据？

MariaDB [first_db]> BEGIN;
Query OK, 0 rows affected (0.000 sec)

MariaDB [first_db]> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| REPEATABLE-READ        |
+------------------------+
1 row in set (0.001 sec)

MariaDB [first_db]> set @@session.tx_isolation="read-uncommitted";
Query OK, 0 rows affected (0.001 sec)

MariaDB [first_db]> select @@session.tx_isolation;                
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-UNCOMMITTED       |
+------------------------+
1 row in set (0.001 sec)

MariaDB [first_db]> select * from test_tb;
+------+----------+------+
| id   | name     | age  |
+------+----------+------+
|    1 | xiaoming |   44 |
|    2 | zhangsan |   16 |
+------+----------+------+
2 rows in set (0.001 sec)

MariaDB [first_db]> insert into test_tb values(2,"xiaohong",33);
Query OK, 1 row affected (0.001 sec)

MariaDB [first_db]> select * from test_tb;                      
+------+----------+------+
| id   | name     | age  |
+------+----------+------+
|    1 | xiaoming |   44 |
|    2 | zhangsan |   16 |
|    2 | xiaohong |   33 |
+------+----------+------+
3 rows in set (0.001 sec)

MariaDB [first_db]>

　　提示：在事务A中插入数据在当前事务中是可以正常看到数据的变化；

　　提示：可以看到在会话B上是可以正常看到事务A中数据的修改；

　　提示：从上面的信息可以看到，当事务A中的修改操作回滚时，在会话B中是可以查看到回滚后的数据；这也意味这在会话B中读到的数据不是很准确；

　　设置事务A的事务隔离级别为read-committed

　　设置会话B的事务隔离级别为read-committed，然后在事务A上修改数据，不提交，看看会话B上是否可以看到？

MariaDB [first_db]> start transaction;
Query OK, 0 rows affected (0.001 sec)

MariaDB [first_db]> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-UNCOMMITTED       |
+------------------------+
1 row in set (0.001 sec)

MariaDB [first_db]> set @@session.tx_isolation="read-committed";
Query OK, 0 rows affected (0.001 sec)

MariaDB [first_db]> select @@session.tx_isolation;              
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-COMMITTED         |
+------------------------+
1 row in set (0.001 sec)

MariaDB [first_db]> select @@session.autocommit;
+----------------------+
| @@session.autocommit |
+----------------------+
|                    0 |
+----------------------+
1 row in set (0.001 sec)

MariaDB [first_db]> select * from test_tb;
+------+----------+------+
| id   | name     | age  |
+------+----------+------+
|    1 | xiaoming |   44 |
|    2 | zhangsan |   16 |
+------+----------+------+
2 rows in set (0.001 sec)

MariaDB [first_db]> insert into test_tb values(3,"wangwu",43);  
Query OK, 1 row affected (0.001 sec)

MariaDB [first_db]> select * from test_tb;                    
+------+----------+------+
| id   | name     | age  |
+------+----------+------+
|    1 | xiaoming |   44 |
|    2 | zhangsan |   16 |
|    3 | wangwu   |   43 |
+------+----------+------+
3 rows in set (0.001 sec)

MariaDB [first_db]>

　　在会话B中查看test_tb表，看看是否有能看到修改后的数据？

　　提示：在会话B中可以看到的test_tb表中的数据还是事务A开始前的数据；

　　提交事务A，看看会话B是否能够看到修改后的数据呢？

　　提示：可以看到当事务A提交以后，在会话B中就可以看到事务A中修改后的数据；

　　设置事务A的事务隔离级别为repeatable-read

MariaDB [first_db]> begin;
Query OK, 0 rows affected (0.000 sec)

MariaDB [first_db]> set @@session.tx_isolation="repeatable-read";
Query OK, 0 rows affected (0.000 sec)

MariaDB [first_db]> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| REPEATABLE-READ        |
+------------------------+
1 row in set (0.000 sec)

MariaDB [first_db]>

　　关闭事务B的自动提交功能并设置事务B的隔离级别为repeatable-read

　　在事务A中修改数据，并提交，看看在事务B中是否能看到修改后的数据？

　　在事务B中查看test_tb表中的数据，看看是否有变化呢？

　　提示：可以看到在事务B中无论怎么查看数据都是没有发生变化；

　　提交事务B在查看数据看看是否有变化？

　　提示：可以看到当事务B提交以后，再次查看表中数据，就可以看到事务A更改以后的表数据了；

　　设置会话A的事务隔离级别为serializable

　　设置会话B的事务隔离级别为serializable

　　在事务A，事务B中更新表中同一条数据，看看会发生什么？

　　提示：在事务B中成功修改了第一条数据；

　　提示：在事务A上就不能修改第一条数据了，那我们在事务A上是否可修改第二条数据呢？

　　提示：可以看到第二条数据是能够修改的；

　　提交事务B，看看A事务上是否可以修改第一条数据呢？

　　提示：提交了事务B以后，在会话B上再次查看test_tb表中的数据，发现执行不了，原因是事务A修改了第二条数据，还未完成事务，所以一直阻塞；

　　在事务A上修改第一条数据，看看是否可修改？

　　提示：提交了事务B以后，在事务A上还是不能够修改第一条数据；原因是事务A修改了第二条数据，事务还没有结束，所以第三个事务就无法执行，所以我们在会话B上是不能够查看数据，因为默认情况查看数据也会启动一个事务；

　　结束事务A，在会话B上看看是否可查询？

　　提示：回滚了事务A，事务A也就结束了；在事务B中修改的数据，在事务A上做回滚，是回滚不回去的；这说明回滚操作只针对当前事务；

　　提示：结束了事务A以后，在会话B上就可以正常查看test_tb上的数据了；

　　以上就是在mariadb数据库上的事务的四种隔离级别的区别；从上面的演示可以看到，串行化的隔离级别最高，但是并发连接也是最差的，因为它必须要等到前一个事务结束后才可以执行后面的事务；其次就是可重读，可重读必须是两个事务都结束以后才可以看到真实修改后的数据；再其次就是不可重读，读提交，这种隔离级别必须是一方事务提交以后其他事务才可以读到真实修改数据；而隔离级别最低就是对未提交，这种隔离级别只要是事务中修改了，其他事务上就能够读到相应的数据；当然这种读到的数据也是最不靠谱的；

推荐阅读

io
【shell】网络处理：判断IP是否在网段、两个ip是否同网段、IP地址范围、网段包含关系

本文介绍了使用shell脚本判断IP是否在同一网段、判断IP地址是否在某个范围内、计算IP地址范围、判断网段之间的包含关系的方法和原理。通过对IP和掩码进行与计算，可以判断两个IP是否在同一网段。同时，还提供了一段用于验证IP地址的正则表达式和判断特殊IP地址的方法。 ... [详细]

蜡笔小新 2023-12-12 11:19:14
io
MyBatis多表查询与动态SQL使用

本文介绍了MyBatis多表查询与动态SQL的使用方法，包括一对一查询和一对多查询。同时还介绍了动态SQL的使用，包括if标签、trim标签、where标签、set标签和foreach标签的用法。文章还提供了相关的配置信息和示例代码。 ... [详细]

蜡笔小新 2023-12-12 17:12:51
数组
如何在php文件中添加图片？

本文详细解答了如何在php文件中添加图片的问题，包括插入图片的代码、使用PHPword在载入模板中插入图片的方法，以及使用gd库生成不同类型的图像文件的示例。同时还介绍了如何生成一个正方形文件的步骤。希望对大家有所帮助。 ... [详细]

蜡笔小新 2023-12-11 10:46:38
数组
MySQL数据库锁机制及其应用（数据库锁的概念）

本文介绍了MySQL数据库锁机制及其应用。数据库锁是计算机协调多个进程或线程并发访问某一资源的机制，在数据库中，数据是一种供许多用户共享的资源，如何保证数据并发访问的一致性和有效性是数据库必须解决的问题。MySQL的锁机制相对简单，不同的存储引擎支持不同的锁机制，主要包括表级锁、行级锁和页面锁。本文详细介绍了MySQL表级锁的锁模式和特点，以及行级锁和页面锁的特点和应用场景。同时还讨论了锁冲突对数据库并发访问性能的影响。 ... [详细]

蜡笔小新 2023-12-10 15:54:07
spring
Java实战之电影在线观看系统的实现

本文介绍了Java实战之电影在线观看系统的实现过程。首先对项目进行了简述，然后展示了系统的效果图。接着介绍了系统的核心代码，包括后台用户管理控制器、电影管理控制器和前台电影控制器。最后对项目的环境配置和使用的技术进行了说明，包括JSP、Spring、SpringMVC、MyBatis、html、css、JavaScript、JQuery、Ajax、layui和maven等。 ... [详细]

蜡笔小新 2023-12-14 15:52:03
spring
CSS3选择器的使用方法详解，提高Web开发效率和精准度

本文详细介绍了CSS3新增的选择器方法，包括属性选择器的使用。通过CSS3选择器，可以提高Web开发的效率和精准度，使得查找元素更加方便和快捷。同时，本文还对属性选择器的各种用法进行了详细解释，并给出了相应的代码示例。通过学习本文，读者可以更好地掌握CSS3选择器的使用方法，提升自己的Web开发能力。 ... [详细]

蜡笔小新 2023-12-14 14:37:52
spring
如何限制php数据库链接数和连接超时时间？

本文介绍了如何使用php限制数据库插入的条数并显示每次插入数据库之间的数据数目，以及避免重复提交的方法。同时还介绍了如何限制某一个数据库用户的并发连接数，以及设置数据库的连接数和连接超时时间的方法。最后提供了一些关于浏览器在线用户数和数据库连接数量比例的参考值。 ... [详细]

蜡笔小新 2023-12-14 14:06:10
spring
SpringBoot yml 配置多配置文件,开发环境,生产环境配置文件分开

原文地址:https:www.cnblogs.combaoyipSpringBoot_YML.html1.在springboot中，有两种配置文件，一种 ... [详细]

蜡笔小新 2023-12-14 12:39:13
tree
推荐系统遇上深度学习(十七）详解推荐系统中的常用评测指标

原创：石晓文小小挖掘机2018-06-18笔者是一个痴迷于挖掘数据中的价值的学习人，希望在平日的工作学习中，挖掘数据的价值， ... [详细]

蜡笔小新 2023-12-13 19:35:25
tree
游标的使用笔记

本文介绍了游标的使用方法，并以一个水果供应商数据库为例进行了说明。首先创建了一个名为fruits的表，包含了水果的id、供应商id、名称和价格等字段。然后使用游标查询了水果的名称和价格，并将结果输出。最后对游标进行了关闭操作。通过本文可以了解到游标在数据库操作中的应用。 ... [详细]

蜡笔小新 2023-12-13 15:24:30
tree
MySQL表分区的创建、增加和删除方法详解

本文详细介绍了MySQL表分区的创建、增加和删除方法，包括查看分区数据量和全库数据量的方法。欢迎大家阅读并给予点评。 ... [详细]

蜡笔小新 2023-12-13 12:26:11
object
Oracle seg,V$TEMPSEG_USAGE与Oracle排序的关系及使用方法

本文介绍了Oracle seg,V$TEMPSEG_USAGE与Oracle排序之间的关系，V$TEMPSEG_USAGE是V_$SORT_USAGE的同义词，通过查询dba_objects和dba_synonyms视图可以了解到它们的详细信息。同时，还探讨了V$TEMPSEG_USAGE的使用方法。 ... [详细]

蜡笔小新 2023-12-12 17:57:15
object
MySQL8.0中的性能查看及SQL执行顺序解析

本文介绍了在MySQL8.0中如何查看性能并解析SQL执行顺序。首先介绍了查询性能工具的开启方法，然后详细解析了SQL执行顺序中的每个步骤，包括from、on、join、where、group by、having、select distinct、union、order by和limit。同时还介绍了虚拟表的概念和生成过程。通过本文的解析，读者可以更好地理解MySQL8.0中的性能查看和SQL执行顺序。 ... [详细]

蜡笔小新 2023-12-12 14:20:09
merge
十大经典排序算法动图演示+Python实现

本文介绍了十大经典排序算法的原理、演示和Python实现。排序算法分为内部排序和外部排序，常见的内部排序算法有插入排序、希尔排序、选择排序、冒泡排序、归并排序、快速排序、堆排序、基数排序等。文章还解释了时间复杂度和稳定性的概念，并提供了相关的名词解释。 ... [详细]

蜡笔小新 2023-12-10 19:28:59
merge
Tomcat安装与配置教程及常见问题解决方法

本文介绍了Tomcat的安装与配置教程，包括jdk版本的选择、域名解析、war文件的部署和访问、常见问题的解决方法等。其中涉及到的问题包括403问题、数据库连接问题、1130错误、2003错误、Java Runtime版本不兼容问题以及502错误等。最后还提到了项目的前后端连接代码的配置。通过本文的指导，读者可以顺利完成Tomcat的安装与配置，并解决常见的问题。 ... [详细]

蜡笔小新 2023-12-09 07:28:32

手机用户2502896043

这个家伙很懒，什么也没留下！

Tags | 热门标签

RankList | 热门文章