【SQL】一篇文章搞懂SQL的事务

最新推荐文章于 2024-07-24 17:08:13 发布

爱写代码的July

最新推荐文章于 2024-07-24 17:08:13 发布

阅读量870

点赞数 25

分类专栏： SQL 文章标签： sql 数据库 oracle

本文链接：https://blog.csdn.net/liu_y_xin/article/details/140630513

版权

SQL 专栏收录该内容

7 篇文章 0 订阅

订阅专栏

一 SQL事务介绍

SQL事务是数据库管理系统中的一个重要概念，它用于确保一组操作要么全部成功执行，要么全部失败。事务具有以下四个特性，通常被称为ACID属性：

原子性（Atomicity）：事务是一个不可分割的工作单位，事务中的操作要么全部完成，要么全部不完成。
一致性（Consistency）：事务必须使数据库从一个一致状态转换到另一个一致状态。
隔离性（Isolation）：一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，互相不影响。
持久性（Durability）：一旦事务提交，它对数据库的修改就是永久性的，即使系统崩溃也不会丢失。

二 SQL事务的使用场景

事务的使用场景主要包括转账操作、库存管理、订单处理和日志记录等。

1.转账操作

业务背景：在银行、支付系统等金融场景中，转账操作是基本且频繁的业务之一。这种操作需要高度的数据准确性和一致性，以防出现数据丢失或重复扣款的情况。

事务应用：使用事务来管理转账操作可以确保从一个账户扣款和向另一个账户存款的操作是原子的，即要么全部成功，要么全部失败。例如，如果两个账户在不同的银行，其中一个操作失败时，整个转账操作会回滚，避免资金损失。

2.库存管理

业务背景：在电商、物流等行业中，库存管理是关键业务之一。当多个用户或系统进程同时对库存数据进行操作时，数据的准确性和一致性尤为重要。

事务应用：通过事务控制库存更新操作，可以确保在减少商品库存的同时，生成相应的发货单或订单。这样，在并发环境下也能保证库存数据的正确性，避免因并发操作导致的数据混乱。

3.订单处理

业务背景：在电商平台、酒店预订系统等服务类应用中，订单处理是一个涉及多个步骤的复杂过程，包括库存验证、支付处理、订单生成等。

事务应用：利用事务可以确保订单处理过程中的所有步骤要么全部成功，要么全部失败。例如，如果用户在支付成功后突然断网，而订单还未生成，则事务会回滚到支付前的状态，确保不会产生无效的订单。

4.日志记录

业务背景：在大型系统和复杂应用中，准确的日志记录对于系统监控、故障排查以及安全审计至关重要。

事务应用：事务应用于日志记录可以确保每条日志数据的一致性和完整性，防止由于系统异常导致日志记录不完整。这在高并发和大数据量的场景下尤其重要，有效避免了数据丢失或重复。

5.数据库备份

业务背景：在进行数据库备份时，确保备份数据的一致性是基本要求，否则备份数据将无法用于恢复和分析。

事务应用：通过事务控制备份过程，可以确保在备份期间内的数据变动不会干扰备份数据的一致性，从而得到可靠的备份文件。这对于灾难恢复和历史数据分析具有重要意义。

三事务的使用方法

1. 开启事务

在SQL中，可以使用BEGIN TRANSACTION语句来开启一个新的事务。例如：

BEGIN TRANSACTION;

2. 提交事务

当所有操作都成功执行后，可以使用COMMIT语句来提交事务。例如：

COMMIT;

3. 回滚事务

如果在事务过程中遇到错误或者需要撤销事务，可以使用ROLLBACK语句来回滚事务。例如：

ROLLBACK;

4. 保存点

为了能够在事务中进行部分回滚，可以在事务中使用保存点（SAVEPOINT）。保存点允许你在事务中的某个位置创建一个标记，以便在后续操作失败时可以回滚到该位置。例如：

SAVEPOINT savepoint_name;

ROLLBACK TO savepoint_name;
-- 回滚到该节点

5. 设置事务隔离级别

SQL支持不同的事务隔离级别，以确保并发事务的正确性和性能。隔离级别包括：读未提交（READ UNCOMMITTED）、读已提交（READ COMMITTED）、可重复读（REPEATABLE READ）和串行化（SERIALIZABLE）。可以通过以下语句设置事务隔离级别：

SET TRANSACTION ISOLATION LEVEL level_name;

四事务的隔离级别

SQL的事务隔离级别是指用于控制并发事务在同时访问数据库时的行为和相互作用的限制级别。事务隔离级别主要有四种，分别是读未提交（Read Uncommitted）、读已提交（Read Committed）、可重复读（Repeatable Read）和序列化（Serializable）。这些隔离级别通过不同的方式处理事务中的读写操作，以确保数据的一致性和完整性。

读未提交（Read Uncommitted）：这是最低级别的隔离。在这个级别上，一个事务可以读取到其他事务未提交的修改。这可能导致脏读问题，即一个事务读取到了另一个事务还未提交的数据。这种隔离级别在实际应用中较少使用，因为它无法保证数据的准确性和一致性。例如，如果事务A读取了事务B未提交的数据，但事务B随后回滚了更改，那么事务A读取到的数据就是无效的。

读已提交（Read Committed）：这是大多数数据库系统的默认隔离级别。在这个级别上，一个事务只能读取到其他事务已提交的修改。这避免了脏读问题，但仍可能出现不可重复读问题，即在一个事务中多次读取同一数据可能得到不同结果。这是因为在两次读取之间，其他事务可能修改并提交了该数据。

可重复读（Repeatable Read）：这是更高一级的隔离级别，通常由数据库系统如MySQL默认使用。在这一级别，事务在整个过程中会看到数据的一致状态，即使其他事务并发修改数据也是如此。这解决了不可重复读问题，但幻读问题仍然存在。幻读是指一个事务在两次查询中得到了不同数量的结果，通常是由于其他事务进行了插入或删除操作。

序列化（Serializable）：这是最高级别的隔离。在这个级别上，事务被处理成一个接着一个地执行，从而避免了脏读、不可重复读和幻读等问题。虽然这保证了最高的数据一致性，但它也可能导致性能下降，因为事务必须按顺序执行，并发处理能力大大降低。

五事务的实现原理

事务的实现原理是通过日志文件、锁技术以及MVCC（多版本并发控制）等机制共同实现的。事务日志，包括undo log和redo log，在事务的实现中起到了关键作用。事务的原子性由undo log来实现。当事务执行操作时，原始数据的状态会被记录在undo log中。如果事务需要回滚，可以根据undo log中的记录，将数据恢复到最初状态。同时，redo log则用于保证事务的持久性。当事务提交后，所有的修改信息都会记录在redo log中，即使系统崩溃，也可以依据redo log恢复数据，从而确保数据的永久性。锁机制和MVCC保证了事务的隔离性。锁机制包括共享锁和排他锁，分别允许多个事务同时读取同一数据和限制只有一个事务可以修改数据。而MVCC通过保存数据的多个版本来实现并发控制，使得不同的事务可以在同一时间点看到不同版本的数据，从而实现读写并行，提高了系统的并发性能。

总的来说，事务的实现涉及复杂的底层机制，目的是确保对数据库的操作符合ACID特性，保障数据的一致性和可靠性。通过undo log和redo log，可确保事务的原子性和持久性。锁机制和MVCC则确保了事务的隔离性，防止了并发执行带来的问题。这些机制相互协作，共同实现了事务管理的功能