SQLite 事务（保姆级教程）

💡一则或许对你有用的小广告

欢迎加入小哈的星球 ，你将获得：专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

• 新项目:《从零手撸：仿小红书（微服务架构）》 正在持续爆肝中，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...，点击查看项目介绍 ;
• 《从零手撸：前后端分离博客项目（全栈开发）》 2 期已完结，演示链接： http://116.62.199.48/ ;

截止目前， 星球 内专栏累计输出 82w+ 字，讲解图 3441+ 张，还在持续爆肝中.. 后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，权限管理，Spring Cloud Alibaba 微服务等等，已有 2900+ 小伙伴加入学习 ，欢迎点击围观

SQLite 事务：数据库操作的“安全锁”与“回滚”机制
作者：XXX

在数据库开发中，事务（Transaction）如同一场精心编排的舞蹈——它确保多个操作要么全部成功完成，要么在遇到意外时全部撤销，避免数据陷入“半途而废”的尴尬状态。对于使用 SQLite 的开发者而言，掌握事务的使用方法，不仅能提升代码的可靠性，还能有效避免因程序错误或系统故障导致的数据不一致问题。本文将从基础概念到实战案例，逐步解析 SQLite 事务的核心原理与应用技巧。

一、什么是事务？为什么需要它？

事务是数据库操作中的一个逻辑单元，它包含一系列 SQL 命令，这些命令要么全部执行成功，要么全部不执行。这一特性被称为“全有或全无”（All-or-Nothing）。

1.1 事务的现实类比：银行转账

想象一个场景：用户 A 要向用户 B 转账 100 元。若直接执行以下操作：

1. 减少用户 A 的账户余额 100 元；
2. 增加用户 B 的账户余额 100 元。

如果在步骤 1 和步骤 2 之间发生系统崩溃，用户 A 的钱可能被扣除，但用户 B 的账户未收到钱，导致“钱消失”的问题。事务的作用正是避免这种情况——若步骤 1 成功但步骤 2 失败，整个操作将回滚（Rollback），用户的账户余额不会发生变化。

1.2 SQLite 的事务特性

SQLite 默认以“自动提交”模式运行，即每个 SQL 语句单独构成一个事务。开发者可以通过显式定义事务，将多个操作包裹在一个事务块中，从而实现更精细的控制。

二、事务的 ACID 特性

事务的可靠性依赖于四个核心原则，即 ACID 特性：

2.1 原子性（Atomicity）

原子性确保事务中的所有操作是不可分割的。例如，若一个事务包含插入一条记录和更新另一条记录，若其中任一操作失败，两个操作都将被撤销。

2.2 一致性（Consistency）

一致性要求事务执行前后，数据库必须处于合法状态。例如，在转账案例中，总金额必须保持不变。

2.3 隔离性（Isolation）

隔离性指多个事务并发执行时，彼此之间不会相互干扰。SQLite 支持多种隔离级别（后文详细讲解），开发者可选择适合业务场景的级别。

2.4 持久性（Durability）

一旦事务提交（Commit），其对数据库的修改将永久保存，即使系统崩溃或断电也不会丢失。

三、SQLite 事务的语法与基本操作

3.1 事务的生命周期

一个事务通常包含以下步骤：

1. 开启事务：使用 BEGIN TRANSACTION；
2. 执行 SQL 操作：如 INSERT、UPDATE、DELETE；
3. 提交事务：使用 COMMIT；
4. 回滚事务：若发生错误，使用 ROLLBACK 撤销所有操作。

3.2 示例代码：Python 中的事务操作

import sqlite3  

conn = sqlite3.connect('example.db')  
cursor = conn.cursor()  

try:  
    # 开始事务  
    conn.execute("BEGIN TRANSACTION;")  
      
    # 执行多个操作  
    cursor.execute("INSERT INTO users (name, balance) VALUES (?, ?)", ("Alice", 200))  
    cursor.execute("UPDATE accounts SET balance = balance - 200 WHERE user_id = 1")  
    cursor.execute("INSERT INTO transactions (user_id, amount) VALUES (1, -200)")  
      
    # 提交事务  
    conn.commit()  
except Exception as e:  
    # 回滚事务  
    conn.rollback()  
    print(f"事务失败，已回滚：{str(e)}")  
finally:  
    conn.close()  

3.3 自动提交模式的注意事项

SQLite 默认开启自动提交（Auto-commit），即每个 SQL 语句单独构成一个事务。例如：

-- 单独执行的语句会自动提交  
INSERT INTO users (name) VALUES ('Bob');  

四、事务的隔离级别

SQLite 的事务默认采用 READ UNCOMMITTED 隔离级别，但通过 BEGIN 命令可指定其他级别。以下是四种隔离级别及其特性对比：

4.1 隔离级别的选择策略

• READ UNCOMMITTED：适用于对一致性要求低的场景（如日志记录）。
• READ COMMITTED：推荐用于大多数业务场景，平衡性能与一致性。
• REPEATABLE READ：适用于需要多次读取同一数据且结果必须一致的场景。

4.2 示例：设置隔离级别

-- 设置为 READ COMMITTED 隔离级别  
BEGIN DEFERRED TRANSACTION;  

-- 或使用 PRAGMA 命令（SQLite 特有）  
PRAGMA read_uncommitted = 0;  -- 默认值为 1（允许脏读）  

五、事务的常见问题与解决方案

5.1 事务嵌套与保存点

SQLite 支持通过 保存点（SAVEPOINT） 实现事务嵌套：

BEGIN TRANSACTION;  
-- 执行操作 1  
SAVEPOINT sp1;  
-- 执行操作 2  
SAVEPOINT sp2;  
-- 若操作 3 失败，回滚到 sp2  
ROLLBACK TO SAVEPOINT sp2;  
COMMIT;  

5.2 性能优化建议

• 减少事务范围：将无关操作拆分为多个小事务。
• 避免长事务：长事务会占用资源并增加回滚成本。
• 合理使用索引：索引可加速事务中的查询操作。

5.3 常见错误与排查

• 死锁（Deadlock）：多个事务相互等待资源，需通过超时机制或优化事务顺序解决。
• 数据库锁定：在多线程环境中，使用 BEGIN IMMEDIATE 或 BEGIN EXCLUSIVE 避免阻塞。

六、实战案例：用户积分系统的事务管理

6.1 场景描述

设计一个积分系统，要求：

1. 用户完成任务获得积分；
2. 积分不足时，消费操作应失败并回滚。

6.2 实现代码（SQL 语句）

-- 开始事务  
BEGIN TRANSACTION;  

-- 验证用户积分是否足够  
SELECT balance FROM user_points WHERE user_id = 123 FOR UPDATE;  

-- 假设当前积分是 500，消费 300  
UPDATE user_points  
SET balance = balance - 300  
WHERE user_id = 123 AND balance >= 300;  

-- 记录消费记录  
INSERT INTO point_logs (user_id, amount, type)  
VALUES (123, -300, 'consumption');  

-- 提交事务  
COMMIT;  

6.3 关键点解析

• FOR UPDATE：锁定用户记录，防止其他事务同时修改积分。
• 条件更新：WHERE balance >= 300 确保只有积分足够时才执行扣除。

七、结论

SQLite 事务是保障数据一致性和可靠性的核心机制。通过掌握事务的 ACID 特性、隔离级别选择、保存点使用等技巧，开发者能够有效避免数据异常问题。无论是简单的转账操作，还是复杂的业务流程，合理设计事务都能显著提升系统的健壮性。

在实际开发中，建议遵循以下原则：

1. 对涉及多表操作或关键业务逻辑的场景，务必使用事务；
2. 通过异常捕获机制实现自动回滚，减少人为错误；
3. 定期测试事务的并发性能，确保系统在高负载下稳定运行。

掌握 SQLite 事务的原理与实践，是每个数据库开发者迈向专业化的必经之路。