一文搞懂MySQL事务隔离

最新推荐文章于 2024-08-23 11:24:54 发布
最新推荐文章于 2024-08-23 11:24:54 发布
阅读量343 收藏 1
点赞数 1
分类专栏： MYSQL 文章标签： 数据库 mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/KAIZ_LEARN/article/details/110010592
版权

文章目录

文章放置于：https://github.com/zgkaii/CS-Study-Notes，欢迎批评指正！

事务关键属性

提到事务，大家都不陌生，和数据库打交道的时候，我们总是会用到事务。最经典的例子就是转账，你要给朋友转100块钱，转账过程具体到程序里会有一系列的操作，比如查询余额、做加减法、更新余额等，这些操作必须保证是一体的，这就涉及到“事务”这个概念了。

简单来说，事务就是用户定义的一系列数据库操作，这些操作可以视为一个完成的逻辑处理工作单元（unit），要么全部执行，要么全部不执行，是不可分割的工作单元。

MySQL是一个支持多引擎的系统，但并不是所有的引擎都支持事务，事务能否生效取决于数据库引擎是否支持事务。常用的MySQL 数据库默认使用innodb引擎是支持事务的。但是，如果把数据库引擎变为 MYISAM，那么也就不再支持事务了。

提到事务，肯定会想到ACID（Atomicity、Consistency、Isolation、Durability，即原子性、一致性、隔离性、持久性）。

  • 原子性(atomicity)：
    “原子”的本意是“不可再分”，事务的原子性表现为一个事务中涉及到的多个操作在逻辑上缺一不可。事务的原子性要求事务中的所有操作要么都执行，要么都不执行。
  • 一致性(consistency)：
    “一致”指的是数据的一致，具体是指所有数据都处于满足业务规则的一致性状态。一致性原则要求：一个事务中不管涉及到多少个操作，都必须保证事务执行之前数据是正确的，事务执行之后数据仍然是正确的。如果一个事务在执行的过程中，其中某一个或某几个操作失败了，则必须将其他所有操作撤销，将数据恢复到事务执行之前的状态，这就是回滚。
  • 隔离性(isolation)：
    在应用程序实际运行过程中，事务往往是并发执行的，所以很有可能有许多事务同时处理相同的数据，因此每个事务都应该与其他事务隔离开来，防止数据损坏。隔离性原则要求多个事务在并发执行过程中不会互相干扰。
  • 持久性(durability)：
    持久性原则要求事务执行完成后，对数据的修改永久的保存下来，不会因各种系统错误或其他意外情况而受到影响。通常情况下，事务对数据的修改应该被写入到持久化存储器中。

举一个例子：在执行SQL语句的时候，某些业务要求（如一个转账操作），一系列操作必须全部执行，而不能只执行一部分。

假如我们从id=1的A账户给id=2的B账户转账100元

-- 第一步：将id=1的A账户余额(500)减去100
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
-- 第二步：将id=2的B账户余额(500)加上100
UPDATE accounts SET balance = balance + 100 WHERE id = 2;

从A账户到B账户转账从6个详细操作：
（1）从A账户中把余额读出来（500）。
（2）对A账户做减法操作（500-100）。
（3）把结果写回A账户中（400）。
（4）从B账户中把余额读出来（500）。
（5）对B账户做加法操作（500+100）。
（6）把结果写回B账户中（600）。

事务的ACID特性就体现在：

  • 原子性：保证1-6所有过程要么都执行，要么都不执行。一旦在执行某一步骤的过程中发生问题，就需要执行回滚操作。假如执行到第五步的时候，B账户突然不可用（比如被注销），那么之前的所有操作都应该回滚到执行事务之前的状态。

  • 一致性：在转账之前，A和B的账户中共有500+500=1000元钱。在转账之后，A和B的账户中共有400+600=1000元。也就是说，数据的状态在执行该事务操作之后从一个状态改变到了另外一个状态。同时一致性还能保证账户余额不会变成负数等。

  • 隔离性：在A向B转账的整个过程中，只要事务还没有提交（commit），查询A账户和B账户的时候，两个账户里面的钱的数量都不会有变化。如果在A给B转账的同时，有另外一个事务执行了C给B转账的操作，那么当两个事务都结束的时候，B账户里面的钱应该是A转给B的钱加上C转给B的钱再加上自己原有的钱。

  • 持久性：一旦转账成功（事务提交），两个账户的里面的钱就会真的发生变化（会把数据写入数据库做持久化保存）。

隔离性与隔离级别

这里先重点研究一下隔离性。当数据库上有多个事务同时执行的时候，就可能出现脏读（dirty read）、不可重复读（non-repeatable read）、幻读（phantom read）等并发问题。

假如现在有两个事务——A和B在并发执行修改一个Student表中age值：

  • 脏读（dirty read)
    1）A将某条记录的age值从20修改为30。
    2）B读取了A更新后的值：30。
    3）A回滚，age值恢复到了20。
    4）B读取到的30就是一个无效的值。
  • 不可重复读（non-repeatable read）
    1）A读取了age值为20。
    2）B将age值修改为30。
    3）A再次读取age值为30，和第一次读取不一致。
  • 幻读（phantom read）
    1）A读取了Student表中的一部分数据。
    2）B向Student表中插入了新的行。
    3）A读取了Student表时，多出了一些行或少了一些行。

为了解决上述这些问题，就有了“隔离性”的概念，它要求每个事务都应该与其他事务隔离开来，多个事务在并发执行过程中不会互相干扰。

一个事务与其他事务隔离的程度称为隔离级别。在谈隔离级别之前，首先要知道，隔离级别越高，数据一致性就越好，但效率越弱。因此很多时候，我们都要在二者之间寻找一个平衡点。SQL标准的事务隔离级别包括：读未提交（READ_UNCOMMITTED）、读提交（READ_COMMITTED）、可重复读（REPEATABLE_READ）和串行化（SERIALIZABLE）。

隔离级别含义举例
READ_UNCOMMITTED最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读。允许A读取B未提交的修改。
READ_COMMITTED允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生。要求A只能读取B已提交的修改。
REPEATABLE_READ对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。确保A可以多次从一个字段中读取到相同的值，即A执行期间禁止其它事务对这个字段进行更新。
SERIALIZABLE最高的隔离级别，完全服从ACID的隔离级别，确保阻止脏读、不可重复读以及幻读。确保A可以多次从一个表中读取到相同的行，在A执行期间，禁止其它事务对这个表进行添加、更新、删除操作。可以避免任何并发问题，但性能十分低下。

各个隔离级别所能解决的并发问题（x——不能解决，√——能解决）：

隔离级别脏读不可重复读幻读
READ_UNCOMMITTED×××
READ_COMMITTED√××
REPEATABLE_READ√√×
SERIALIZABLE√√√

其中“读提交”和“可重复读”比较难理解，下面就用一个例子说明这几种隔离级别。假设数据表T中只有一列，其中一行的值为1，下面是按照时间顺序执行两个事务的行为。

mysql> create table T(c int) engine=InnoDB;
insert into T(c) values(1);
在不同的隔离级别下，事务A会有哪些不同的返回结果，也就是图里面V1、V2、V3的返回值分别是什么。
  • 若隔离级别是“读未提交”， 则V1的值就是2。这时候事务B虽然还没有提交，但是结果已经被A看到了。因此，V2、V3也都是2。
  • 若隔离级别是“读提交”，则V1是1，V2的值是2。事务B的更新在提交后才能被A看到。所以， V3的值也是2。
  • 若隔离级别是“可重复读”，则V1、V2是1，V3是2。之所以V2还是1，遵循的就是这个要求：事务在执行期间看到的数据前后必须是一致的。
  • 若隔离级别是“串行化”，则在事务B执行“将1改成2”的时候，会被锁住。直到事务A提交后，事务B才可以继续执行。所以从A的角度看， V1、V2值是1，V3的值是2。

实现上，数据库里面会创建一个视图，访问的时候以视图的逻辑结果为准。在“可重复读”隔离级别下，这个视图是在事务启动时创建的，整个事务存在期间都用这个视图。在“读提交”隔离级别下，这个视图是在每个SQL语句开始执行的时候创建的。这里需要注意的是，“读未提交”隔离级别下直接返回记录上的最新值，没有视图概念；而“串行化”隔离级别下直接用加锁的方式来避免并行访问。

各种数据库产品对事务隔离级别的支持程度：

隔离级别OracleMySQL
READ_UNCOMMITTED×√
READ_COMMITTED√(默认)√
REPEATABLE_READ×√(默认)
SERIALIZABLE√√

Oracle数据库的默认隔离级别其实就是“读提交”，因此对于一些从Oracle迁移到MySQL的应用，为保证数据库隔离级别的一致，你一定要记得将MySQL的隔离级别设置为“读提交”。

配置的方式是，将启动参数transaction-isolation的值设置成READ-COMMITTED。你可以用show variables来查看当前的值。

mysql> show variables like 'transaction_isolation';

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

| Variable_name | Value |

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

| transaction_isolation | READ-COMMITTED |

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

哪个隔离级别都有它自己的使用场景，要根据具体的业务情况来定。比如下面这个数据校对逻辑的案例，如果是 MySQL数据库，该选择隔离级别呢？

假设你在管理一个个人银行账户表。一个表存了每个月月底的余额，一个表存了账单明细。这时候你要做数据校对，也就是判断上个月的余额和当前余额的差额，是否与本月的账单明细一致。你一定希望在校对过程中，即使有用户发生了一笔新的交易，也不影响你的校对结果。

这时候使用“可重复读”隔离级别就很方便。事务启动时的视图可以认为是静态的，不受其他事务更新的影响。

事务隔离的实现

理解了事务的隔离级别，我们再来看看事务隔离具体是怎么实现的。这里以“可重复读”为例。

在MySQL中，实际上每条记录在更新的时候都会同时记录一条回滚操作。记录上的最新值，通过回滚操作，都可以得到前一个状态的值。

假设一个值从1被按顺序改成了2、3、4，在回滚日志里面就会有类似下面的记录。

当前值是4，但是在查询这条记录的时候，不同时刻启动的事务会有不同的read-view。如图中看到的，在视图A、B、C里面，这一个记录的值分别是1、2、4，同一条记录在系统中可以存在多个版本，就是**数据库的多版本并发控制（MVCC）**。对于read-view A，要得到1，就必须将当前值依次执行图中所有的回滚操作得到。

同时你会发现，即使现在有另外一个事务正在将4改成5，这个事务跟read-view A、B、C对应的事务是不会冲突的。

回滚日志总不能一直保留，什么时候删除呢？答案是——在不需要的时候才删除。也就是说，系统会判断，当没有事务再需要用到这些回滚日志时，回滚日志会被删除。那什么时候才不需要了呢？就是当系统里没有比这个回滚日志更早的read-view的时候。

理解上面知识后，就明白为什么不建议使用长事务了。长事务意味着系统里面会存在很老的事务视图。由于这些事务随时可能访问数据库里面的任何数据，所以这个事务提交之前，数据库里面它可能用到的回滚记录都必须保留，这就会导致大量占用存储空间。除了对回滚段的影响，长事务还占用锁资源，也可能拖垮整个库。

事务的启动方式

MySQL的事务启动方式有以下几种：

  1. 显式启动事务语句， begin 或 start transaction。配套的提交语句是commit，回滚语句是rollback。
START TRANSACTION;
-- 事务代码
commit;
  1. set autocommit=0，这个命令会将这个线程的自动提交关掉。意味着如果你只执行一个select语句，这个事务就启动了，而且并不会自动提交。这个事务持续存在直到你主动执行commit 或 rollback 语句，或者断开连接。

有些客户端连接框架会默认连接成功后先执行一个set autocommit=0的命令。这就导致接下来的查询都在事务中，如果是长连接，就导致了意外的长事务。因此，建议开发中总是使用set autocommit=1, 之后通过显式语句的方式来启动事务。

事务的查看与设置

查看当前会话隔离级别

方式一：SHOW VARIABLES LIKE 'transaction_isolation';

mysql> show variables like 'transaction_isolation';
+-----------------------+--------------+
| Variable_name  | Value |
+-----------------------+--------------+
| transaction_isolation | SERIALIZABLE |
+-----------------------+--------------+

方式2：SELECT @@transaction_isolation;

mysql> select @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| SERIALIZABLE            |
+-------------------------+

设置隔离级别

方式一：通过set命令——SET [GLOBAL|SESSION] TRANSACTION ISOLATION LEVEL level;

其中level有4种值：

level: {
     REPEATABLE READ
   | READ COMMITTED
   | READ UNCOMMITTED
   | SERIALIZABLE
}
  • 关键词：GLOBAL

表示只对执行完该语句之后产生的会话起作用，对当前已经存在的会话无效。

  • 关键词：SESSION

表示对当前会话的所有后续的事务有效。该语句可以在已经开启的事务中间执行，但不会影响当前正在执行的事务；如果在事务之间执行，则对后续的事务有效。

  • 无关键词——SET TRANSACTION ISOLATION LEVEL level;

表示， 只对当前会话中下一个即将开启的事务有效。下一个事务执行完后，后续事务将恢复到之前的隔离级别。

该语句不能在已经开启的事务中间执行，会报错。

方式二：通过服务启动项命令——修改启动参数transaction-isolation的值

比方说启动服务器时指定了transaction-isolation=READ UNCOMMITTED，那么事务的默认隔离级别就从原来的REPEATABLE READ变成了READ UNCOMMITTED。

实际情况演示

下面就使用 2 个命令行，模拟多线程（多事务）对同一份数据的脏读问题。

首先创建一个users_test表：

DROP TABLE IF EXISTS users_test;
CREATE TABLE users_test (
	userid      int(10) UNSIGNED ZEROFILL NOT NULL AUTO_INCREMENT COMMENT '用户ID',
    username    varchar(10) NOT NULL COMMENT '用户名',
    password    varchar(16) NOT NULL COMMENT '密码',
    telephone   varchar(11) NOT NULL COMMENT '电话',
    sex		    varchar(2) NOT NULL COMMENT '性别',
    birthday    datetime NOT NULL COMMENT '生日',
    address     varchar(30) NOT NULL COMMENT '住址',
    PRIMARY KEY (userid)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
INSERT INTO users_test(userid,username,password,telephone,sex,birthday,address) VALUES 
    (12,'张三','1234','12345678911','男生','1998-12-12','上海')
    , (23,'王五','4321','98765432111','男生','2000-12-12','北京')
    , (1223,'李四','5642','23456789121','女生','1994-12-12','深圳');

查看当前表数据：

mysql> select * from users_test;
+------------+----------+----------+-------------+--------+---------------------+---------+
| userid     | username | password | telephone   | sex    | birthday            | address |
+------------+----------+----------+-------------+--------+---------------------+---------+
| 0000000012 | 张三     | 1234     | 12345678911 | 男生   | 1998-12-12 00:00:00 | 上海    |
| 0000000023 | 王五     | 4321     | 98765432111 | 男生   | 2000-12-12 00:00:00 | 北京    |
| 0000001223 | 李四     | 5642     | 23456789121 | 女生   | 1994-12-12 00:00:00 | 深圳    |
+------------+----------+----------+-------------+--------+---------------------+---------+

MySQL 命令行的默认配置中事务都是自动提交的，即执行SQL语句后就会马上执行 COMMIT 操作。如果要显式地开启一个事务需要使用命令：START TARNSACTION。

我们可以通过下面的命令来设置隔离级别。

SET [SESSION|GLOBAL] TRANSACTION ISOLATION LEVEL [READ UNCOMMITTED|READ COMMITTED|REPEATABLE READ|SERIALIZABLE]

我们在下面实际操作中使用到的一些并发控制语句:

  • START TARNSACTION |BEGIN：显式地开启一个事务。
  • COMMIT：提交事务，使得对数据库做的所有修改成为永久性。
  • ROLLBACK：回滚会结束用户的事务，并撤销正在进行的所有未提交的修改。

脏读(读未提交)

解读如下：

（1）设置事务隔离级别为READ UNCOMMITTED；

（2）开启事务；

（3）第一次读只是确认数据，查询数据为1234；

（4）第二个事务开启；

（5）第二个事务修改数据，但未提交；

（6）读取到第二事务未提交的数据；

（7）第二个事务回滚；

（8）确认第二个事务进行了回滚，之前读取到的6666是个脏数据。

避免脏读(读已提交)

解读如下：

（1）重新设置事务隔离级别为READ COMMITTED；

（2）开启事务；

（3）第一次读只是确认数据，查询数据为8888；

（4）第二个事务开启；

（5）第二个事务修改数据，但未提交；

（6）因为事务 隔离级别为读已提交，所以不会发生脏读，数据仍为8888；

（7）提交事务；

（8）第二个事务提交后才能读取到更新的数据6666。

不可重复读

还是上面的读已提交的图，虽然避免了读未提交，但是第3、6步与第8步的数据不一样，一个事务还没有结束，就发生了 不可重复读问题。

可重复读

解读如下：

（1）重新设置事务隔离级别为REPEATABLE READ；

（2）开启事务；

（3）第一次读只是确认数据，查询数据为8888；

（4）第二个事务开启；

（5）第二个事务修改数据为9999，但未提交；

（6）第二次读结果不变；

（7）提交事务；

（8）因为事务 隔离级别为可重复读，第三次读结果仍然不变。

防止幻读(可重复读)

解读如下：

（1）第一个事务开启；

（2）第二个事务开始；

（3）第一个事务更改数据；

（4）第二个事务想要更改数据就需要等待。

一个事务对数据库进行操作，这种操作的范围是数据库的全部行，然后第二个事务也在对这个数据库操作，这种操作可以是插入一行记录或删除一行记录，那么第一个是事务就会觉得自己出现了幻觉，怎么还有没有处理的记录呢? 或者 怎么多处理了一行记录呢?

幻读和不可重复读有些相似之处 ，但是不可重复读的重点是修改，幻读的重点在于新增或者删除。

参考

Kaiz‘s Blog
关注
专栏目录
在mysql8.0.16查看并修改事务隔离级别
杨文的专栏（南京Java讲师）
09-25 5643
mysql> select @@version; +-----------+ | @@version | +-----------+ | 8.0.16 | +-----------+ 1 row in set (0.00 sec) mysql> show variables like 'autocommit'; +---------------+-------+ | Va...
一文搞懂MySQL事务的隔离性如何实现｜MVCC
lyl54545的博客
04-11 673
前言 MySQL有ACID四大特性，本文着重讲解MySQL不同事务之间的隔离性的概念，以及MySQL如何实现隔离性。下面先罗列一下MySQL的四种事务隔离级别，以及不同隔离级别可能会存在的问题。事务隔离级别越高，多个事务在并发访问数据库时互相产生数据干扰的可能性越低，但是并发访问的性能就越差。（相当于牺牲了一定的性能去保证数据的安全性） 下面这张表，展示了MySQL的四大隔离级别和伴随着的一些问题，下面详细介绍。 事务隔离级别 读未提交：多个事务同时修改一条记录，A事务对其的改动在A事务还没提交
MySQL数据库 @@transaction_isolation参数的查询及修改
2301_79009758的博客
03-25 583
对应需要修改的参数（参数文件默认位置/etc/my.cnf，以下参数配置在参数文件中[mysqld]一栏的下方）在应用开发过程中，可能会检查mysql数据库初始化参数符合要求。修改完成后启动服务，再进行查询，发现数据已经变更过来了。2、找到配置文件 ，以window系统为例。遇到这种情况就要进行相应的调整。修改前先关闭MySQL数据库服务。
MySQL数据库事务：操作、特性、并发问题及隔离级别指南
最新发布
weixin_74355754的博客
08-23 808
本文概述了事务的概念、操作、ACID特性及并发问题。以银行转账为例讲解事务完整性。介绍了MySQL事务控制，包括自动与手动提交。阐述了事务隔离级别及其对数据安全与性能的影响，并通过示例展示如何设置隔离级别。为数据库事务管理提供了全面指导。
mysql事务隔离级别测试
你就像甜甜的益达
08-06 342
//创建数据库 create database test; //创建表 CREATE TABLE User ( id INT(11) NOT NULL PRIMARY KEY AUTO_INCREMENT, name VARCHAR(20), age INT DEFAULT 0 ); INSERT INTO `User` VALUES (1, 'zhangsan', 23); INSERT INTO `User` VALUES (2, 'lisi', 20); //查询默认隔离级别 //
通过实例来理解MySQL事务隔离级别
FishTail
08-31 341
文章目录一、事务（Transaction）二、事务管理（ACID）1. 原子性（Atomicity）2. 一致性（Consistency）3. 隔离性（Isolation）4. 持久性（Durability）三、事务的并发问题1. 脏读（Dirty Read）2. 不可重复读（Unrepeatable Read）3. 幻读（Phantom Problem）四、事务隔离级别1. 读未提交（Read Uncommitted）2. 读已提交（Read Committed）2. 可重复读（Repeatable Re
事务隔离级别，执行“select @@tx_isolation；”时出现ERROR 1103 (HY000):Unknown system variable ‘tx_isolation‘
lenny_wants的博客
04-28 473
在Mysql8中，tx_isolation变量已修改为transaction_isolation 同时，修改事务隔离级别的操作可以修改为 SET transaction_isolation = ‘READ-UNCOMMITTED’; 或 SET SESSION transaction_isolation = ‘READ-UNCOMMITTED’;
一文读懂mysql事务隔离级别和锁的关系
qq_41885278的博客
07-12 994
预备知识 ​ mysql5.5以上版本中默认使用的存储引擎是基于InnoDB，所以本文所有关机都是基于InnoDB存储引擎。 锁 行锁：顾名思义，该锁锁住的是表中数据的某一行数据，共享锁和互斥锁都属于行锁。另外行锁可以使用的前提条件是SQL语句必须使用到了索引（如果不知道何为索引，可以先了解一下，当然不了解也不影响理解后面的知识），否则不会使用行锁，而是使用表锁。 共享锁（S）：共享锁也称为读锁，共享锁和共享锁之间是兼容的，但和排他锁不兼容。什么意思呢？假设事务A加了一个共享锁，那么事务B是可以申请共享
mysql中什么是事务概念_一文搞懂什么是事务
weixin_33542801的博客
02-02 1135
一文搞懂什么是事务事务概念我们要理解下事务概念： 什么是事务呢？事务是并发控制的单位，是用户定义的一个操作序列。有四个特性(ACID)：原子性(Atomicity)： 事务是数据库的逻辑工作单位，事务中包括的诸操作要么全做，要么全不做。一致性(Consistency)： 事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。隔离性(Isolation)： 一...
一文理解MySQL的事务原则与事务隔离
weixin_70730532的博客
06-02 197
事务具有四个原则：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability）。这四个特性简称为ACID原则。原子性（Atomictiy）：事务是一个包含一系列操作的原子操作。事务的原子性确保这些操作全部完成或者全部失败。一致性（Consistency）：事务的执行不能破坏数据库数据的完整性和一致性，一个事务在执行之前和执行之后，数据库都必须处于一致性状态。隔离性（Isolation）：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔
事务隔离级别动图演示
csdn_kou的博客
11-18 286
事务的基本要素（ACID） 原子性（Atomicity） 事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。 一致性（Consistency） 事务开始前和结束后，数据库的完整性约束没有被破坏 。比如A向B转账，不可能A扣...
彻底搞懂 MySQL 事务的隔离级别
Light
09-04 783
MySQL的事务隔离级别一共有四个，分别是读未提交、读已提交、可重复读以及可串行化。 文章目录事前准备数据事务并发可能出现的情况脏读（Dirty Read）不可重复读（Non-Repeatable Read）幻读（Phantom）事务的隔离级别读已提交（READ COMMITTED）可重复读（REPEATABLE READ）可串行化（SERIALIZABLE）隔离级别的实现原理查看当前会话隔离级别设置隔离级别 事前准备数据 mysql> create table city( -> id
MYSQL使用语句查询事务隔离级别
weixin_60211116的博客
07-05 668
MySQL事务隔离级别查询方法
MySQL-事务隔离级别设置
qq_38172514的博客
02-20 1719
先了解下 第一类丢失更新、脏读、不可重复读、幻读、第二类丢失更新 第一类丢失更新 撤销一个事务时, 把其他事务已经提交的更新数据覆盖(此情况在事务中不可能出现, 因为一个事务中修改时此记录已加锁, 必须等待此事务完成后另一个事务才可以继续UPDATE) 脏读 一个事务读到另一个事务，尚未提交的修改，就是脏读。这里所谓的修改，除了Update操作,不要忘了,还包括Insert和Delete操...
如何查看、设置mysql的事务隔离级别
mameng1988的博客
10-19 1万+
我们知道mysql数据库的事务满足ACID的特性，其中I为隔离性，而隔离性又有四种隔离级别： Read Uncommitted（读取未提交内容） Read Committed（读取提交内容） Repeatable Read（可重读） Serializable（可串行化） 如何查看mysql数据库版本： select version(); 如何查看mysql中的事务隔离级别： 查看系统隔离级别：select @@global.tx_isolation; 查看会话隔离级别(5.0以上版本)：se
mysql-事务隔离级别
weixin_51725434的博客
11-12 612
在《数据库事务》有一节介绍了MySQL事务的四大特性，其中事务的隔离性就是指当多个事务同时运行时，各事务之间相互隔离，不可互相干扰。如果事务没有隔离性，就容易出现脏读、不可重复读和幻读等情况。 为了保证并发时操作数据的正确性，数据库都会有事务隔离级别的概念。 脏读 脏读是指一个事务正在访问数据，并且对数据进行了修改，但是这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。 2. 不可重复读 不可重复读是指在一个事务内，多...
mysql数据库事务隔离级别的查看、设置、以及隔离级别有效范围的设置
qq_41544627的博客
10-15 8779
事务基于数据库连接，我们将一个数据库会话看作一个事务）：session A、session B、session C。会话范围：对当前会话的后续的事务有效，对之前的事务无效；思考1:设置了global的有效范围，当前会话查看应该仍然是 repeatable-read；因为我们之前说过global对于当前存在的会话是不会生效的，之后新的会话才有效；根据结果，上面的思考预期是正确的，我们的理论也是得到了验证；重启数据库可以自己验证。全局范围和会话范围都是基于内存的，重启mysql之后又会回到默认的隔离级别。
MySQL事务(transaction) (有这篇就足够了..)
热门推荐
qq_56880706的博客
01-23 5万+
事务就是由单独单元的一个或多个sql语句组成，在这个单元中，每个sql语句都是相互依赖的。而整个单独单元是作为一个不可分割的整体存在，类似于物理当中的原子（一种不可分割的最小单位）。 往通俗的讲就是，事务就是一个整体，里面的内容要么都执行成功，要么都不成功。不可能存在部分执行成功而部分执行不成功的情况。
一文搞懂mysql索引
07-20
MySQL索引是一种数据结构，它允许数据库快速查找、排序和定位表中的行。理解MySQL索引有助于提高查询性能，特别是对于大数据量的表。以下是关于MySQL索引的基本概念： 1. **基本类型**： - B树索引：默认索引类型，支持范围查询，适合大部分场景。 - 全文索引：用于文本搜索，如全文关键词搜索。 - 唯一索引：列值唯一，不允许有重复，可以作为主键。 - 空间索引：如SPATIAL INDEX（针对地理位置信息）。 2. **创建索引**： 使用`CREATE INDEX`语句，例如 `CREATE INDEX idx_name ON table_name (column_name)`。 3. **应用场景**： - 对于经常出现在WHERE子句中的字段，应该添加索引。 - 对频繁排序或分组的字段也应建索引。 4. **索引策略**： - 尽量避免在索引列上进行函数操作，如DATE(date)或CONCAT等，因为函数结果不会被索引利用。 - 避免在索引列上进行大量的NULL值，这会降低查询效率。 5. **注意事项**： - 创建过多的索引会占用存储空间，且增加更新数据的时间。 - 如果查询优化器无法选择合适的索引来加速查询，可能会导致性能下降。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值