mysql事务及锁

本文深入探讨了数据库事务的概念及ACID特性,详细解析了MySQL如何通过锁机制和redo log保证事务的隔离性和持久性。并通过实例演示了不同隔离级别下可能出现的脏读、不可重复读等问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

参考# 事务及其特性

什么是事物:数据库管理系统执行过程中的一个逻辑单位,由一个有限的数据库操作序列构成。事务的使用是数据库管理系统区别文件系统的重要特征之一。

事务特性(4种)

AICD:原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)

重点:隔离性如何保证?
MySQL 通过锁机制来保证事务的隔离性。
(…)
持久性如何保证?
MySQL 使用 redo log 来保证事务的持久性。

事务的隔离级别(4种)

并发程度由高到低排序:

1. READ UNCOMMITTED (读未提交)
2. READ COMMITTED (读提交)
3. REPEATABLE READ (可重复读)
4. SERIALIZABLE (序列化)

各个隔离级别下会产生的问题:
脏读;该隔离级别的事务会读到其它未提交事务的数据,此现象也称之为 脏读 。

不可重复读问题:一个事务可以读取另一个已提交的事务,多次读取会造成不一样的结果,此现象称为不可重复读问题,Oracle 和 SQL Server 的默认隔离级别。

幻读:先放着··
各个隔离级别下产生的问题

脏读 演示

1.准备两个终端,在此命名为 mysql 终端 1mysql 终端 2,再准备一张测试表 test ,写入一条测试数据并调整隔离级别为 READ UNCOMMITTED ,任意一个终端执行即可。

在这里插入图片描述
2.登录 mysql 终端 1,开启一个事务,将 ID 为 1 的记录更新为 2 。
在这里插入图片描述
3.登录 mysql 终端 2,开启一个事务后查看表中的数据。
在这里插入图片描述
总结:最后一步读取到了 mysql 终端 1 中未提交的事务(没有 commit 提交动作),即产生了 脏读 ,大部分业务场景都不允许脏读出现,但是此隔离级别下数据库的并发是最好的。

不可重复读 演示

一个事务可以读取另一个已提交的事务,多次读取会造成不一样的结果,此现象称为不可重复读问题,Oracle 和 SQL Server 的默认隔离级别。

1.准备两个终端,在此命名为 mysql 终端 1 和 mysql 终端 2,再准备一张测试表 test ,写入一条测试数据并调整隔离级别为 READ COMMITTED ,任意一个终端执行即可。

在这里插入图片描述

2.登录 mysql 终端 1,开启一个事务,将 ID 为 1 的记录更新为 2 ,并确认记录数变更过来。

在这里插入图片描述
3.登录 mysql 终端 2,开启一个事务后,查看表中的数据。

在这里插入图片描述

4.登录 mysql 终端 1,提交事务。

在这里插入图片描述
5.切换到 mysql 终端 2。

在这里插入图片描述

mysql 终端 2 在开启了一个事务之后,在第一次读取 test 表(此时 mysql 终端 1 的事务还未提交)时 ID 为 1 ,在第二次读取 test 表(此时 mysql 终端 1 的事务已经提交)时 ID 已经变为 2 ,说明在此隔离级别下已经读取到已提交的事务

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值