《Linux操作系统》课件-事务提交与回滚操作

事务提交与回滚操作掌握事务控制的关键开启事务STARTTRANSACTION

初始化事务处理流程提交事务COMMIT

确认操作，永久生效回滚事务ROLLBACK

撤销操作，恢复原状保存点SAVEPOINT

精细控制回滚位置提示：合理使用事务控制语句（COMMIT/ROLLBACK）与保存点，是确保数据库操作原子性与一致性的关键手段。目录01引言：为什么需要事务控制？02自动提交模式：默认行为与修改03开启事务：STARTTRANSACTION04提交事务：COMMIT05回滚事务：ROLLBACK06保存点：SAVEPOINT与部分回滚引言：为什么需要事务控制？自动提交的局限性默认情况下数据库处于自动提交模式，每条SQL都是独立事务。这在处理多步骤的复杂业务操作时，会导致数据状态不一致的问题。显式事务的必要性•原子性：多操作组合成不可分割的单元

•一致性：确保操作要么全成功，要么全失败

•容错性：捕获错误时可主动回滚，保障数据安全本章学习目标掌握事务开启/提交/回滚语句；理解自动提交模式；学会使用保存点进行部分回滚。事务控制的核心价值01.确保业务数据的一致性在涉及转账、订单处理等关键业务场景中，显式事务能保证一系列关联操作不会因中途故障而导致数据状态异常，维持业务逻辑的完整性。02.提升程序的健壮性与容错能力赋予了程序员主动管理事务生命周期的能力。当程序执行出错或遇到异常情况时，可以通过回滚机制撤销已执行的操作，避免脏数据的产生。提示：事务控制是数据库处理复杂业务逻辑、保障数据一致性的关键机制，也是后端开发与数据库运维中必须掌握的核心技能。自动提交模式(AUTOCOMMIT)什么是自动提交？默认情况下，`autocommit`的值为1（开启）。这意味着每一条SQL语句都会被当作一个独立的事务，执行后立即自动提交。显式事务的影响当使用`STARTTRANSACTION`开启一个显式事务时，会暂时关闭自动提交模式，直到执行`COMMIT`提交或`ROLLBACK`回滚操作。常用配置命令查看状态：SELECT@@autocommit;(1=开启,0=关闭)关闭自动提交：SETautocommit=0;(需手动管理事务)开启自动提交：SETautocommit=1;(恢复默认行为)核心应用建议场景：简单查询/单步操作保持默认开启状态，无需额外的事务控制，简化开发流程。场景：复杂业务逻辑优先使用显式事务`STARTTRANSACTION`，避免误操作，确保数据一致性。开启事务：STARTTRANSACTION语法(Syntax)STARTTRANSACTION;

--或者使用简写形式

BEGIN;核心作用(Function)•标记一个逻辑事务的正式开始。

•暂时关闭数据库的“自动提交”模式。

•后续SQL语句成为事务一部分，直到Commit/Rollback。实战代码示例(Example)STARTTRANSACTION;--开启事务

INSERTINTOaccounts(id,balance)VALUES('C',500);--子操作1

UPDATEaccountsSETbalance=balance-100WHEREid='A';--子操作2

--此时数据处于待提交状态，等待执行COMMIT;提交事务：COMMIT基本语法(Syntax)COMMIT;SQL标准提交命令，以分号结尾，用于显式提交当前事务。核心作用(Function)•提交当前事务，结束事务生命周期•使事务内所有SQL修改永久生效，写入磁盘•恢复数据库的自动提交模式（若此前关闭）关键意义(Significance)事务处理的“终点确认”，是保障数据一致性的最后一道关卡。📝最简执行逻辑单步提交示意执行COMMIT;后，事务中所有未保存的临时修改将被永久化。若不执行，事务结束时修改会被回滚。💼转账业务实战演示多操作原子性提交STARTTRANSACTION;--开启

UPDATE...SETbalance-100;--A扣款

UPDATE...SETbalance+100;--B加款

COMMIT;--全部成功，永久生效COMMIT是事务处理的终点，只有执行此命令，事务中的所有修改才会真正落地，确保数据在系统中的一致性与持久性。回滚事务：ROLLBACK基本语法ROLLBACK;核心作用•撤销当前事务中所有SQL语句的修改•数据恢复到事务开始前的初始状态•结束当前事务，恢复自动提交模式转账示例（失败场景）STARTTRANSACTION;UPDATEaccountsSETbalance=balance-100WHEREid='A';--扣款成功UPDATEaccountsSETbalance=balance+100WHEREid='B';--加款失败(账户不存在)ROLLBACK;--执行回滚，A账户余额恢复原状核心价值：数据一致性ROLLBACK是事务原子性的保障机制。当事务中任意一个步骤执行失败时，通过回滚可以撤销之前所有成功的修改，确保数据库始终处于“全部成功”或“全部失败”的一致性状态，避免出现数据异常。保存点：SAVEPOINT什么是保存点？在一个事务中设置的标记点，用于实现部分回滚。当事务执行出错时，可以只回滚到该标记点，而无需撤销整个事务的所有操作。核心适用场景适用于包含多个独立子步骤的复杂事务。例如：在转账或订单处理中，某一步骤失败时，仅回滚该步骤，保留之前成功的操作状态。核心语法(SQL)01.设置保存点SAVEPOINTsp_name;

标记当前事务位置02.回滚到点ROLLBACKTOsp_name;

撤销标记后的操作03.释放保存点RELEASESAVEPOINTsp;

手动清除标记点💡重要提示保存点仅在当前事务生命周期内有效，事务提交(COMMIT)或整体回滚后，所有保存点将自动被销毁。核心特性总结事务控制粒度支持部分回滚，提升事务灵活性执行效率优势避免重复执行，减少数据库IO开销典型业务场景电商订单、银行转账、批量处理保存点示例(SAVEPOINT)核心代码片段STARTTRANSACTION;INSERTINTOorders...;SAVEPOINTsp1;UPDATEstock...;(假设失败)ROLLBACKTOsp1;INSERTINTOerror_log...;COMMIT;事务执行流程1.创建订单并设保存点→2.尝试扣减库存(失败)3.回滚至保存点(撤销库存操作)→4.记录日志并提交技术核心价值实现事务的“部分回滚”，避免因局部失败导致整个事务全部撤销，提升容错性。执行结果验证数据库最终状态✅订单表(orders)：新增记录成功保留❌产品表(products)：库存扣减操作被撤销✅日志表(error_log)：库存不足日志成功写入典型应用场景•复杂的事务嵌套处理，需对不同阶段进行独立控制•关键业务操作的错误恢复与审计日志记录•电商订单处理中，库存扣减失败时的柔性容错提示：保存点仅在当前事务内有效，事务提交或回滚后自动释放。它是数据库事务提供的一种细粒度控制机制。实战演练：事务控制核心任务清单基于银行转账场景，完成以下三个核心事务练习：完整事务提交：开启事务，执行A扣款、B加款，最后提交。验证数据一致性。异常事务回滚：模拟向不存在账户转账失败，执行回滚操作，验证扣款是否撤销。保存点部分回滚：设置保存点，执行多步操作后回滚至保存点，验证数据留存状态。SQLTerminal-TransactionOps--TASK1:标准事务流程(提交)STARTTRANSACTION;UPDATEacctSETbal=bal-100WHEREid=1;UPDATEacctSETbal=bal+100WHEREid=2;COMMIT;--TASK2:异常处理(回滚)STARTTRANSACTION;UPDATEacctSETbal=bal-100WHEREid=1;--假设后续SQL报错...ROLLBACK;--TASK3:复杂场景(保存点)STARTTRANSACTION;INSERTINTOlog...;SAVEPOINTsp1;INSERTINTOlog...;ROLLBACKTOsp1;COMMIT;💡关键提示：事务必须确保原子性(Atomicity)，即“要么全做，要么全不做”。务必牢记核心指令：STARTTRANSACTION开启，COMMIT提交，ROLLBACK回滚。总结与回顾核心语句STARTTRANSACTION：开启事务COMMIT：提交事务，修改永久生效ROLLBACK：回滚事务，撤销所有修改自动提交机制数据库默认开启该模式每条SQL语句独立构成一个事务使用STARTTRANSACTION会暂时关闭保存点控制SAVEPOINT：设置事务保存点ROLLBACKTO：