事务理解、事务四大特性、事务并发问题解决

已于 2022-12-28 15:33:28 修改
阅读量467 收藏 6
点赞数
分类专栏： mysql学习 文章标签： 数据库 mysql java
于 2022-12-28 15:17:07 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_53908723/article/details/128467196
版权

事务

什么是事务？

事务 是一组操作的集合，是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销请求，这些操作要么同时成功，要么同时失败

一组操作集合，不可分割，一起向系统提交/撤销，要么同时成功，要么同时失败

例子：

如果a向b转账100元，总共分为三个步骤
（1）检查a的手机余额是否>=100元
（1）a的手机账户钱扣掉100元
（2）b的手机账户增加100元

这三步过程合起来就是一个事务，一旦a的手机账户扣掉100元后，系统出现问题，那么b的手机账户就收不到100元，那么这100元究竟去了哪里，所以把这三步过程当作一个事务，一旦系统出现问题，那么就会将刚刚的扣钱操作撤销，也就是回滚事务，这样保证了要么一起成功，要么一起失败，不会出现100元不知道去哪了

为了解决这种问题，需要通过数据的事务来完成，业务开始时开启事务，执行完成后提交事务，一旦过程出现报错问题，就回滚事务，将数据恢复到原始状态。

你可要注意了，mysql中事务是自动提交的，执行一条语句，就会立刻提交事务。

事务的操作

好的下面我们就开始利用代码细致的分析一下事务操作

drop table if exists account;
create table account(
id int primary key AUTO_INCREMENT comment 'ID',
name varchar(10) comment '姓名',
money double(10,2) comment '余额'
) comment '账户表';
insert into account(name, money) VALUES ('张三',2000), ('李四',2000);

在这里插入图片描述

正常操作

# 模拟使用三条语句构成一个事务
# 正常执行完张三1900元，李四2100元

-- 查询张三余额
select * from account where name='张三';

-- 张三的余额减少100元
update account set money=money-100 where name='张三';

-- 李四的余额增加100元
update account set money=money+100 where name='李四';

在这里插入图片描述

恢复余额操作

-- 恢复金额
update account set money=2000 where name='张三' or name='李四';

异常操作
中间插入一句报错的语句

-- 查询张三余额
select * from account where name='张三';

-- 张三的余额减少100元
update account set money=money-100 where name='张三';

出错误啦 你的语句出问题了
-- 李四的余额增加100元
update account set money=money+100 where name='李四';

最后卡在报错语句这个位置，余额增加的语句没有执行
在这里插入图片描述
继续回滚

-- 恢复金额
update account set money=2000 where name='张三' or name='李四';

上面的例子解决需要用到下面的方法

控制事务1

  • 查看/设置事务提交方式
select @@autocommit;
set @@autocommit=0;
  • 提交事务
commit ;
  • 回滚事务
rollback ;

控制事务1方法修改了事务自动提交方式，改为手动提交，每次写完sql语句，需要执行commit进行一个手动的提交

控制事务2

  • 开启事务
start transaction/begin;
  • 提交事务
commit ;
  • 回滚事务
rollback;

还是利用上面那个转账案例

利用控制事务1的方法
出错啦：

-- 事务中出现报错
-- 控制事务1
-- 设置为手动提交
set @@autocommit=0;

-- 查询张三余额
select * from account where name='张三';

-- 张三的余额减少100元
update account set money=money-100 where name='张三';

出错啦
-- 李四的余额增加100元
update account set money=money+100 where name='李四'

# 出错后进行回滚事务
rollback;

一旦卡在出错啦的位置，你不提交事务(commit)，此时数据库中的数据不会变化，然后你执行rollback;进行回滚操作

事务内部没有错误：

-- 控制事务1
-- 设置为手动提交
set @@autocommit=0;

-- 查询张三余额
select * from account where name='张三';

-- 张三的余额减少100元
update account set money=money-100 where name='张三';

-- 李四的余额增加100元
update account set money=money+100 where name='李四';

commit ;

最后手动commit提交后，数据库中的数据张三余额才会变成1900，李四的余额变成2100

利用控制事务2的方法
出错啦：

-- 开启事务
-- 控制事务2
-- 注意此时是自动提交(@@autocommit=1)
start transaction ;
-- 查询张三余额
select * from account where name='张三';

-- 张三的余额减少100元
update account set money=money-100 where name='张三';

出错啦
-- 李四的余额增加100元
update account set money=money+100 where name='李四';

-- 异常进行回滚事务
rollback ;

由于使用了start transaction来开启一个事务，所以必须要手动的commit来提交事务，否则数据库中的数据是不会发生变化的，如果事务内部出现错误，那么就可以使用rollback来进行回滚事务

没有错误：

-- 开启事务
-- 控制事务2
-- 注意此时是自动提交(@@autocommit=1)
start transaction ;
-- 查询张三余额
select * from account where name='张三';

-- 张三的余额减少100元
update account set money=money-100 where name='张三';

-- 李四的余额增加100元
update account set money=money+100 where name='李四';

-- 正常提交事务
commit ;

此处为正常提交事务，事务内部没有错误，开启一个事务后，开始执行三个步骤，最后提交事务，此处开启一个事务就意味着你后面要进行手动提交事务，类似与那个设置手动提交事务

事务的四大特性（ACID）

  • 原子性（Atomicity）:事务是不可分割的最小操作单元，要么全部成功，要么全部失败。
    解释：类似与刚刚转账案例，三个步骤是一个整体，要么全部失败，要么全部成功，不会出现张三的余额减少100后发生报错，导致李四的余额也没有增加，这就导致二者钱的总数与原来不一样

  • 一致性（Consistency）:事务完成时，必须使所有的数据保持一致状态。
    解释:也就是转账三步骤完成后，二者总的钱是不变的

  • 隔离性（Isolation）:数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行
    后面会细致解析

  • 持久性（Durability）:事务一旦提交或回滚，对数据库中的数据改变时永久的
    解释：由于一旦提交或者回滚后，数据就真实存放到了电脑物理磁盘中，肯定数据改变是永久

并发事务问题

（1）脏读：一个事务读到另外一个事务没有提交的数据
解释：例如两个并发的事务a和b，其中事务A查完数据库中的一条记录后，事务a继续修改了一条记录，此时事务A并未提交，此时并发事务b读取了事务a修改的记录，这就导致事务b读取到事务a未提交的数据

（2）不可重复读：一个事务先后读取同一条记录，但是两次读取的数据不同
解释：例如两个并发事务a和b，其中事务a读取数据库中的一条记录后，事务b对数据库的这条记录进行修改后，提交事务b，此时事务a继续读取这条记录，发现和上次读取的数据不一样

（3）幻读：一个事务按照条件查询数据，没有对应的数据行，准备插入数据时，发现这行数据存在
解释：例如两个并发事务a和事务b，其中事务a读取了id=1的数据时，发现没有这条记录，然后事务b插入id=1的数据，并且提交了事务b，此时事务a准备插入id=1的数据时发现已经存在这条数据，因为插入数据时报错，显示有这条记录

事务隔离级别

（1）查看事务隔离级别

SELECT @@TRANSACTION_ISOLATION;

（2）设置事务隔离级别

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

事务隔离级别越高，数据越安全，性能越低

事务隔离级别

隔离界别脏读不可重复度幻读
read uncommitted不可避免不可避免不可避免
read committed可避免不可避免不可避免
repeatable read(默认)可避免可避免不可避免
Serializable可避免可避免可避免
  • read uncommitted
    1. 脏读(不能解决)

1、先开启一个cmd终端，设置当前会话的事务隔离级别为read uncommitted，查询余额都是2000,然后开启一个事务a，查询此时的数据

mysql> set session transaction isolation level read uncommitted;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from account;
+----+--------+---------+
| id | name   | money   |
+----+--------+---------+
|  1 | 张三   | 2000.00 |
|  2 | 李四   | 2000.00 |
+----+--------+---------+
2 rows in set (0.00 sec)
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from account;
+----+--------+---------+
| id | name   | money   |
+----+--------+---------+
|  1 | 张三   | 2000.00 |
|  2 | 李四   | 2000.00 |
+----+--------+---------+
2 rows in set (0.00 sec)

2、再次开启一个cmd终端，开启一个事务b，修改数据

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> update account set money=money-100 where name='张三';
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

3、此时事务a的终端查询数据，数据发生变化，查到了事务b未提交的数据，也就是脏读

mysql> select * from account;
+----+--------+---------+
| id | name   | money   |
+----+--------+---------+
|  1 | 张三   | 1900.00 |
|  2 | 李四   | 2000.00 |
+----+--------+---------+
2 rows in set (0.00 sec)

4、此时事务b经过commit提交后，继续度，数据仍然时1900和2000

  • read committed
  1. 脏读（解决）

1、首先打开一个cmd终端，设置事务隔离级别为read committed，查询数据后，开启一个事务a

mysql> set session transaction isolation level  read committed;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from account;
+----+--------+---------+
| id | name   | money   |
+----+--------+---------+
|  1 | 张三   | 1900.00 |
|  2 | 李四   | 2000.00 |
+----+--------+---------+
2 rows in set (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

2、打开第二个cmd终端，开启一个事务b,然后修改数据

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> update account set money=money-100 where name='张三';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

3、在事务a的终端里查数据，发现数据没有变化

mysql> select * from account;
+----+--------+---------+
| id | name   | money   |
+----+--------+---------+
|  1 | 张三   | 1900.00 |
|  2 | 李四   | 2000.00 |
+----+--------+---------+
2 rows in set (0.00 sec)

4、在事务b的终端里提交数据

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

5、在事务a的终端里查询数据，发现数据发生变化，也就是这种隔离级别避免了脏读

mysql> select * from account;
+----+--------+---------+
| id | name   | money   |
+----+--------+---------+
|  1 | 张三   | 1800.00 |
|  2 | 李四   | 2000.00 |
+----+--------+---------+
2 rows in set (0.00 sec)
  1. 不可重复读（不能解决）
    1、首先开一个cmd终端，然后开启一个事务a,查询数据
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from account;
+----+--------+---------+
| id | name   | money   |
+----+--------+---------+
|  1 | 张三   | 1800.00 |
|  2 | 李四   | 2000.00 |
+----+--------+---------+
2 rows in set (0.00 sec)

2、再开启另一个cmd终端，开启一个事务b，然后修改数据后，提交事务b

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> update account set money=money-100 where name='张三';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

3、在事务a的终端中查询数据，发现同一个事务中刚刚查的数据和现在查的不一致

在这里插入图片描述

  • repeatable read(默认)
  1. 脏读（解决）
  2. 不可重复读（解决）
    1、首先打开一个cmd终端，设置事务隔离级别repeatable read，然后开启一个事务a,查询数据
mysql> set session transaction isolation level  repeatable read;
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from account;
+----+--------+---------+
| id | name   | money   |
+----+--------+---------+
|  1 | 张三   | 1600.00 |
|  2 | 李四   | 2000.00 |
+----+--------+---------+
2 rows in set (0.00 sec)

2、再开另外一个终端，然后开启一个事务b，然后修改数据后提交事务b

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> update account set money=money-100 where name='张三';
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

3、再次查询事务a数据，数据不变

mysql> select * from account;
+----+--------+---------+
| id | name   | money   |
+----+--------+---------+
|  1 | 张三   | 1600.00 |
|  2 | 李四   | 2000.00 |
+----+--------+---------+
2 rows in set (0.00 sec)

4、将事务a提交，然后查询，发现数据变化

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from account;
+----+--------+---------+
| id | name   | money   |
+----+--------+---------+
|  1 | 张三   | 1500.00 |
|  2 | 李四   | 2000.00 |
+----+--------+---------+
2 rows in set (0.00 sec)
  1. 幻读
    1、首先开启一个cmd，然后开启一个事务a，查询id=3的数据发现没有
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from account where id=3;
Empty set (0.00 sec)

2、然后再次开启一个终端，开启一个事务b,插入id=3的数据，提交事务b

mysql> insert into account(id,name,money)values(3,'王五',2000);
Query OK, 1 row affected (0.00 sec)

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

3、因为事务a刚刚发现没有id=3的数据，准备插入数据发现报错，继续查id=3的数据发现查不到，很奇怪，见鬼了

mysql> insert into account(id,name,money) values('3','haha',2000);
ERROR 1062 (23000): Duplicate entry '3' for key 'account.PRIMARY'
mysql> select * from account;
+----+--------+---------+
| id | name   | money   |
+----+--------+---------+
|  1 | 张三   | 1500.00 |
|  2 | 李四   | 2000.00 |
+----+--------+---------+
2 rows in set (0.00 sec)
  • Serializable
  1. 脏读（解决）
  2. 不可重复读（解决）
  3. 幻读（解决）
    1、首先开启一个cmd终端，然后设置隔离级别为 Serializable，然后开启一个事务a，查询id=4的数据
mysql> set session transaction isolation level  serializable;
Query OK, 0 rows affected (0.00 sec)

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from account;
+----+--------+---------+
| id | name   | money   |
+----+--------+---------+
|  1 | 张三   | 1500.00 |
|  2 | 李四   | 2000.00 |
|  3 | 王五   | 2000.00 |
+----+--------+---------+
3 rows in set (0.00 sec)

2、然后开启另外一个终端，然后开启一个事务b，准备插入id=4的数据发现卡住

mysql> insert into account(id,name,money)values('4','nihao',2000);

3、在事务a的终端插入id=4的数据，结果事务b的终端报错

mysql> insert into account(id,name,money) values(4,'da',2000);
Query OK, 1 row affected (0.00 sec)

mysql> insert into account(id,name,money)values('4','nihao',2000);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
mysql>

到此，mysql基础篇已经全部学完

【事务的特性及如何处理并发问题】
qq_44875230的博客
03-02 913
【事务的特性及如何处理并发问题】
事务的并发问题
a137771035的博客
04-10 877
事务的ACID特性,理想状态下,可以保证在并发时互不影响.但是应用上事务存在并发访问问题. 事务并发的问题 1.脏读:一个事务读取到了另一个事务还没有提交的数据.最严重的 2.不可重复读:一个事务里多次读取的数据内容不一致.受到了其他事务的update干扰 3.虚读/幻读:一个事务里多次读取的数据数量不一致.受到了其他事务的Insert,delete干扰 解决方案:通过事务的隔离级别来解...
使用事务处理解决系统并发性操作
siitzhud的专栏
03-18 486
    对于一个应用软件系统，并发操作是一个不得不面对的难题，并发性对系统有极大的危害性，如果系统开发人员不能平衡这些并发请求，当同时执行这些操作时，可能造成数据的不一致，甚至造成系统的崩溃。1、并发性并发性是指两个或多个事件在同一时间间隔内发生。2、事务事务是SQL Server中的单个逻辑单元，一个事务内的所有语句被作为一个整体执行。3、回滚回滚简单的说就是泛指程序更新
数据库事务——概念理解和并发导致问题的解决
hgz1172636952的博客
06-30 702
了解和解决——什么是事务，怎么理解事务，以及多个事务共同进行导致的问题
【面试题】并发操作时数据库事务怎么处理的
weixin_30528371的博客
04-13 260
事务（transaction)是由一些列操作序列构成的执行单元，这些单元要么都做，要么不做，是一个不可分割的工作单元。 事务的四种特性：原子性、一致性、分离性、持久性。 原子性：指的是事物中包含的所有操作要么全做，要么全不做。 一致性：在事物开始以前，数据库处于一致性的状态，事物结束后，数据库也必须处于一致性的状态。 分离性：指并发的事务是相互隔离的。即一个事务内部的操作及正在操作的数据必...
浅谈数据库事务四大特性
09-09
事务的四大特性，也被称为ACID属性，是原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability）。下面将详细阐述这四个特性。 **原子性** 原子性是指事务中的每个操作要么全部...
瞎掰事务(一)：四大特性立体关系剖析
12-14
**隔离性（Isolation）**：隔离性确保在多事务并发执行时，每个事务独立工作，不会受到其他事务的影响。数据库系统提供了不同的事务隔离级别，包括读未提交（Read Uncommitted）、读已提交（Read Committed）、可...
数据库事务管理：并发控制与四大特性
"并发控制是数据库技术中的关键概念，它涉及到如何在多个事务并发执行时保持数据的完整性和一致性。并发不当可能导致不可重读和污读等问题，这影响了数据库的正确性。事务是数据库操作的基本单位，它可以是单一操作...
MySQL事务特性与并发访问问题解析
"MySQL事务的基础学习和心得分享，涵盖了事务的四大特性、并发访问问题以及事务隔离级别的介绍。" 在MySQL数据库中，事务是确保数据一致性的重要机制，它由一系列操作构成，要么全部执行成功，要么全部回滚。事务的...
事务管理全攻略：ACID特性、并发问题与Spring实践
最新发布
abcafdsgr123456789的博客
02-26 1054
本文深入探讨了事务在数据库管理系统中的作用，重点解析了事务的ACID特性（原子性、一致性、隔离性、持久性）及其在保障数据完整性和可靠性方面的重要性。文章进一步讨论了事务并发问题，包括脏读、不可重复读和幻读等，并介绍了事务隔离级别，如读未提交、读已提交、可重复读和串行化，以及它们如何影响并发事务的行为。 通过本文的阅读，读者将能够更深入地理解事务的核心原理和管理技术，掌握在Spring框架中高效管理事务的方法，以及解决日常开发中遇到的事务问题的策略，从而提升数据库操作的稳定性和性能。
事务处理-并发控制
12-02 482
四个隔离性级别的封锁协议 0级 封锁协议对写操作是规范的 1级 封锁协议对排它锁是两阶段的，对写操作是规范的 2级 封锁协议是规范的，对排他锁是两阶段的 3级 封锁协议是两阶段的且规范的 这些特性通常的名称是：混乱(0级)，浏览(1级)，游标稳定性(2级)，隔离、可串行化、可重复读(3级)   特殊的SQL隔离 跳读封锁 通知锁 幻像和谓词锁(粒度锁)幻象记录 粒度锁
事务并发问题及处理方式
海神九考
09-15 6586
一、并发中的问题： 二、事务隔离 三、锁的基本原理 1.共享锁 2.排他锁 3.更新锁 一、并发中的问题： 通常为了获得更好的运行性能，各种数据库都允许多个事务同时运行，这就是事务并发。当并发的事务访问或修改数据库中相同的数据时，通常需要采取必要的隔离机制，反之会出现各种并发问题。这些并发问题可归纳为以下三种 a.脏读：即一个事务读取到另一事务未
事务并发
少年颜子的博客
12-01 674
简单介绍下锁机制：         锁等待：当一个事务在特定数据（行、表）上持有锁时，只有当该事务终止并释放锁，其他事物才能对加锁的数据资源进行访问（根据锁类型，访问权限有所不同），其他事务等待锁的过程，称为锁等待。        锁超时：锁等待时，将阻碍其他事务的执行，可以通过配置锁超时值，在指定时间间隔内，若等待的事务还未获得锁，则事务会回滚当前请求，这就是锁超时。        死
mysql加强（7）~事务、事务并发、解决事务并发的方法
伟庭的博客
01-29 4073
mysql加强（7）~事务、事务并发、解决事务并发的方法
如何避免事务的并发问题？
weixin_30745553的博客
08-04 397
通过设置事务的隔离级别v代表未解决，x代表已解决 脏读 不可重复读 幻读 1、READ UNCOMMITTED √ √ √ 2、READ COMMIT...
多个事务并发的场景及可能遇到的问题及解决方法（一）
leejy3的博客
05-24 2612
多事务并发场景下数据库可能遇到的问题及解决办法
事务的隔离级别，如何解决并发问题
haha_QAQ的博客
04-10 842
事物的隔离级别 数据的并发问题 脏写：一个事务修改了，另一个事务更新但未提交的数据 脏读：一个事务读取了，另一个事务更新但未提交的数据，相当于读取了一个不存在(临时且无效)的数据 不可重复读：一个事务读取了，另外一个事务更新且已提交的数据，每次读取的数据都不一样 幻读：一个事务读取了，另一个事务插入且已提交的数据，新插入的数据称为幻影记录 四种隔离级别 READ UNCOMMITTED:读未提交 READ COMMITTED:读已提交 REPEATABLE READ:可重复读
解决并发事务带来问题的两种基本方式
weixin_43213064的博客
06-06 350
写-写操作 在写-写操作下会发生脏写的现象，任何一种隔离级别都不允许这种现象的发生，所以在多个未提交事务相继对一条记录进行改动时，需要让它们排队执行。这个排队的过程其实是通过加锁来实现的。 这个“锁”本质上是一个内存中结构，在事务执行之前本来是没有锁的。当一个事务相对这条记录进行改动时，首先会看看内存中有没有与这条记录关联的锁结构，如果没有们就会在内存中生成一个锁结构与之关联。 读-写或者写-读操作 读-写或者写-读操作会出现脏读，不可重复读，幻读的现象。有两种可选的解决方案。 方案一：读操作使用多版本并
事务的基本特性、隔离级别以及如何保证和MVCC的原理
qq_37846169的博客
02-07 376
事务的基本特性以及如何保证和MVCC的原理
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值