事务相关概念

一、事务的分类

1、编程式事务

在业务代码中添加事务控制代码,这样的事务控制机制就叫做编程式事务。

2、声明式事务

通过 xml 或者注解配置的方式达到事务控制的目的,叫做声明式事务。

二、事务的概念

事务指逻辑上的一组操作,组成这组操作的各个单元,要么全部成功,要么全部不成功。从而确保了数据的准确与安全。

例如:A —— B 转帐,对应于如下两条 sql 语句:

/* 转出账户减钱 */
update account set money=money-100 where name=‘a’; 
/* 转入账户加钱 */
update account set money=money+100 where name=‘b’;

这两条语句的执行,要么全部成功,要么全部不成功。

三、事务的四大特性

1、原子性(Atomicity)

原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生。
从操作的⻆度来描述,事务中的各个操作要么都成功要么都失败。

2、一致性(Consistency)

事务必须使数据库从一个一致性状态变换到另外一个一致性状态。
例如:转账前 A 有 1000,B 有 1000。转账后 A+B 也得是 2000。
一致性是从数据的⻆度来说的,(1000,1000) (900,1100),不应该出现 (900,1000)。

3、隔离性(Isolation)

事务的隔离性是多个用户并发访问数据库时,数据库为每一个用户开启的事务,
每个事务不能被其他事务的操作数据所干扰,多个并发事务之间要相互隔离。
比如:事务 1 给员工涨工资 2000,但是事务 1 尚未被提交,员工发起事务 2 查询工资,发现工资涨了 2000 块钱,读到了事务 1 尚未提交的数据(脏读)。

4、持久性(Durability)

持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发生故障也不应该对其有任何影响。

四、事务的隔离级别

1、事务并发问题

不考虑隔离级别,会出现以下情况:(以下情况全是错误的),也即为隔离级别在解决事务并发问题。

脏读:

一个线程中的事务读到了另外一个线程中未提交的数据。

不可重复读:

一个线程中的事务读到了另外一个线程中已经提交的 update 的数据(前后内容不一样)。

虚读(幻读):

:一个线程中的事务读到了另外一个线程中已经提交的 insert 或者 delete 的数据(前后条数不一样)。

2、数据库共定义了四种隔离级别:

Serializable(串行化):

可避免脏读、不可重复读、虚读情况的发生。(串行化)最高。

Repeatable read(可重复读):

可避免脏读、不可重复读情况的发生。(幻读有可能发生) 第二。
该机制下会对要 update 的行进行加锁。

Read committed(读已提交):

可避免脏读情况发生。不可重复读和幻读一定会发生。 第三。

Read uncommitted(读未提交):

最低级别,以上情况均无法保证。(读未提交)最低。

注意:级别依次升高,效率依次降低。

五、事务的传播行为

事务往往在 service 层进行控制,如果出现 service 层方法 A 调用了另外一个 service 层方法 B,A 和 B 方法本身都已经被添加了事务控制,那么 A 调用 B 的时候,就需要进行事务的一些协商,这就叫做事务的传播行为。
A 调用 B,我们站在 B 的⻆度来观察来定义事务的传播行为。

事务名称事务说明
PROPAGATION_REQUIRED如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。这是最常⻅的选择。
PROPAGATION_SUPPORTS支持当前事务,如果当前没有事务,就以非事务方式执行。
PROPAGATION_MANDATORY使用当前的事务,如果当前没有事务,就抛出异常。
PROPAGATION_REQUIRES_NEW新建事务,如果当前存在事务,把当前事务挂起。
PROPAGATION_NOT_SUPPORTED以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
PROPAGATION_NEVER以非事务方式执行,如果当前存在事务,则抛出异常。
PROPAGATION_NESTED如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则 执行与 PROPAGATION_REQUIRED 类似的操作。

文章内容输出来源:拉勾教育Java高薪训练营;

<think>好的,我现在需要回答用户关于MySQL事务概念及原理的问题。首先,我得回忆一下自己之前学过的相关知识,确保准确无误。记得事务数据库操作的基本单位,具有ACID特性。不过具体每个特性的细节可能需要再确认一下,比如原子性是如何实现的,隔离性的不同级别等等。 用户还提到了参考引用,需要结合给出的两个引用内容。引用[1]提到MySQL事务基于InnoDB存储引擎,原理包括redo log、undo log、锁机制和MVCC。引用[2]则指向官方文档,说明ACID的实现细节。我需要把这些内容整合到回答中,确保引用正确。 接下来,要组织回答的结构。按照用户的要求,结构要清晰,分步骤解释。可能需要先介绍事务概念,再详细讲解ACID每个特性,然后深入原理部分,包括redo log、undo log、锁和MVCC。同时,要使用中文,数学公式用$...$,独立公式用$$...$$,但用户的问题中没有涉及数学公式,所以可能这部分不需要。但要注意代码块如果有的话,要正确格式,比如示例中的Python代码。 然后,生成相关问题。根据用户提供的示例,问题需要与主题相关,比如事务的隔离级别、MVCC机制、日志的作用等。需要确保问题覆盖用户可能感兴趣的方面,并且能够引导进一步学习。 需要检查是否有遗漏的部分,比如事务的实现原理是否涵盖了所有关键点,是否正确引用了提供的资料。同时,确保语言通顺,符合中文表达习惯,避免技术术语使用不当。最后,确认回答中引用的部分末尾添加了引用标识,如[^1]和[^2]。 可能需要注意的误区:事务的隔离级别和MVCC的关系,redo log和undo log的具体作用,以及它们如何保障原子性和持久性。需要明确区分这些概念,避免混淆。例如,redo log用于崩溃恢复,保证持久性,而undo log用于回滚和MVCC,保证原子性和隔离性。 此外,用户的问题中提到了事务概念和原理,因此需要先定义事务,再详细解释其四个特性,然后讨论InnoDB如何实现这些特性。在原理部分,分点说明每个组件的作用,如redo log处理持久性,undo log处理回滚,锁实现隔离性,MVCC提高并发性能。 最后,生成的相关问题需要围绕事务的特性、实现机制、应用场景等,帮助用户进一步探索。例如,隔离级别的问题,日志机制的具体实现,MVCC的工作原理等。</think>### MySQL 事务概念及原理 #### 一、事务概念 事务数据库操作的逻辑单元,用于保证一组操作要么全部成功,要么全部失败。其核心特性为 **ACID**: 1. **原子性 (Atomicity)**:事务中的操作要么全部提交,要么全部回滚。 2. **一致性 (Consistency)**:事务执行前后,数据库状态必须满足业务规则约束[^2]。 3. **隔离性 (Isolation)**:并发事务之间互不干扰。 4. **持久性 (Durability)**:事务提交后,修改永久保存,即使系统崩溃也不丢失。 #### 二、事务的实现原理(基于 InnoDB 引擎) 1. **Redo Log(重做日志)** 用于保障持久性。事务提交时,修改先写入 redo log,再异步刷盘到数据文件。崩溃恢复时通过 redo log 重放未落盘的操作。 ```plaintext 事务提交流程: 1. 修改内存中的数据页 2. 记录 redo log 并刷盘 3. 返回客户端提交成功 ``` 2. **Undo Log(回滚日志)** 用于保障原子性和隔离性。记录数据修改前的旧版本,支持事务回滚和 MVCC(多版本并发控制)。 3. **锁机制** - 行级锁:保证写操作的隔离性。 - 间隙锁(Gap Lock):防止幻读。 - 通过锁的粒度控制并发冲突。 4. **MVCC(多版本并发控制)** 通过 undo log 链保存数据的历史版本,结合事务 ID 实现非锁定读,提升并发性能。 #### 三、事务的隔离级别 MySQL 支持四种隔离级别(从低到高): 1. **读未提交 (Read Uncommitted)** 可能读到其他未提交事务的中间状态,导致脏读。 2. **读已提交 (Read Committed)** 仅读取已提交的数据,解决脏读,但存在不可重复读问题。 3. **可重复读 (Repeatable Read)** InnoDB 默认级别,通过 MVCC 保证同一事务内多次读取结果一致。 4. **串行化 (Serializable)** 通过锁强制事务串行执行,避免所有并发问题,但性能最低。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

jason559

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值