事务是数据库操作的逻辑单元，必须全部成功或全部失败；2. 事务具有acid四大特性：原子性确保操作不可分割，一致性保证数据状态合法，隔离性防止并发干扰，持久性确保提交后数据永久保存；3. 在mysql中通过start transaction、commit和rollback命令手动控制事务流程；4. 可使用savepoint设置保存点实现部分回滚；5. 事务隔离级别包括read uncommitted、read committed、repeatable read和serializable，mysql默认为repeatable read，通过mvcc机制在多数场景下避免幻读；6. 隔离级别的选择需权衡一致性与并发性能，通常建议保持默认级别以确保数据安全与系统效率。
MySQL中的事务，简单来说，就是一系列数据库操作的集合，这些操作要么全部成功执行，要么全部失败回滚。它确保了数据在复杂操作过程中的完整性和一致性，就好比你进行银行转账，钱必须从A账户扣除并成功转入B账户，这两个步骤必须捆绑在一起，不能只完成一个。
解决方案
理解事务，核心在于掌握它的四个特性，通常称为ACID特性：
-
原子性（Atomicity）：这是事务最基本的特性。一个事务中的所有操作，要么全部完成，要么全部不完成，不会停留在中间某个状态。如果事务在执行过程中发生错误，系统会回滚到事务开始前的状态，就像这些操作从未发生过一样。这就像我们前面提到的转账，钱要么都到账，要么都没动，不会出现只扣不加的情况。
-
一致性（Consistency）：事务必须使数据库从一个一致性状态转换到另一个一致性状态。这意味着事务结束后，数据库的完整性约束（比如主键唯一、外键引用有效、字段非空等）不能被破坏。举个例子，如果你的账户余额不能是负数，那么任何转账操作都不能导致你的余额变成负数。
-
隔离性（Isolation）：当多个事务并发执行时，每个事务都应该感觉自己是系统中唯一运行的事务。事务的执行互不干扰，一个事务的中间状态对其他事务是不可见的。这有点像在同一条公路上，每辆车都在自己的车道上行驶，互不影响。当然，实际的数据库系统会提供不同的隔离级别，来平衡隔离性和并发性，后面我们会聊到。
-
持久性（Durability）：一旦事务成功提交（Commit），它对数据库所做的修改就是永久性的，即使系统发生故障（比如断电），这些修改也不会丢失。数据会被写入到永久存储中，确保数据的可靠性。
这些特性共同构成了事务的强大保障，让开发者可以放心地处理复杂的数据操作，而不用担心数据会因为意外情况而变得混乱。
为什么数据库事务如此重要？
在我看来，事务的重要性体现在它解决了一系列在并发和故障场景下可能出现的“灾难性”问题。试想一下，如果没有事务，当你进行一个多步骤的操作，比如电商网站的订单处理：扣减库存、生成订单、更新用户积分。如果这三个步骤执行到一半，系统突然崩溃了，会发生什么？
库存可能被扣了，但订单没生成，用户也没拿到积分，这数据就彻底乱套了。用户投诉、商家损失，简直是噩梦。事务就是为了避免这种情况。它把这些操作捆绑成一个不可分割的整体。要么所有操作都成功，数据状态保持一致；要么任何一个环节出问题，所有操作都回滚，数据回到最初的干净状态。
它不仅仅是保证了数据的正确性，更重要的是，它极大地简化了开发人员处理复杂业务逻辑时的心智负担。你不需要自己去编写大量的回滚逻辑来处理各种异常情况，数据库的事务机制帮你搞定了。这让我能更专注于业务本身的实现，而不是底层的数据安全问题。
MySQL中如何进行事务操作？
在MySQL中进行事务操作其实非常直观，主要是通过几个SQL命令来控制事务的开始、提交和回滚。
首先，你需要明确，MySQL默认是开启了
autocommit
模式的，这意味着你执行的每一条sql语句，如果成功，都会立即被提交到数据库，形成一个独立的事务。对于我们初学者来说，这在简单的查询和更新时很方便，但要进行多步操作时，就需要手动管理事务了。
要开始一个事务，你可以使用：
START TRANSACTION; -- 或者 BEGIN;
我个人更习惯用
START TRANSACTION
，感觉更明确一些。
接下来，你就可以执行你的SQL操作了，比如插入、更新、删除：
UPDATE accounts SET balance = balance - 100 WHERE user_id = 1; INSERT INTO transaction_logs (user_id, amount, type) VALUES (1, -100, 'transfer_out');
在所有操作都成功，并且你确定要将这些修改永久保存到数据库时，你需要提交事务：
COMMIT;
如果在这个过程中，任何一个步骤出现了问题，或者你决定放弃当前事务中的所有修改，你可以回滚事务：
ROLLBACK;
所有的修改都会被撤销，数据库会恢复到
START TRANSACTION
之前的状态。
一个简单的例子：
假设我们要从用户A的账户转100元到用户B的账户。
START TRANSACTION; -- 1. 用户A余额减少 UPDATE accounts SET balance = balance - 100 WHERE user_id = 1; -- 模拟一个可能出错的情况，比如用户A余额不足，或者数据库连接中断 -- IF (SELECT balance FROM accounts WHERE user_id = 1) < 0 THEN -- ROLLBACK; -- ELSE -- 2. 用户B余额增加 UPDATE accounts SET balance = balance + 100 WHERE user_id = 2; -- 3. 记录交易日志 INSERT INTO transactions (from_user_id, to_user_id, amount, status) VALUES (1, 2, 100, 'completed'); -- 如果一切顺利，提交事务 COMMIT; -- ELSE -- ROLLBACK; -- 如果余额不足，回滚 -- END IF;
关于保存点（SAVEPOINT）： 在复杂的事务中，你可能希望在事务内部的某个点设置一个“书签”，如果后面的操作出错，可以只回滚到这个书签，而不是整个事务的起点。这就用到了
SAVEPOINT
：
START TRANSACTION; -- 一些操作 A SAVEPOINT my_savepoint_1; -- 一些操作 B (可能出错) -- 如果操作 B 出错 ROLLBACK TO SAVEPOINT my_savepoint_1; -- 然后可以尝试其他操作 C COMMIT; -- 或者 ROLLBACK;
RELEASE SAVEPOINT my_savepoint_1;
可以用来删除一个保存点，但通常在
COMMIT
或
ROLLBACK
后，所有保存点都会自动清除。
事务隔离级别：如何在并发世界中保持数据秩序？
隔离性是事务中一个非常微妙且重要的概念。当多个事务同时访问和修改数据时，如果没有适当的隔离机制，它们可能会相互干扰，导致数据不一致。MySQL（以及其他关系型数据库）提供了多种事务隔离级别，来平衡数据的一致性和并发处理能力。理解这些级别对于编写健壮的数据库应用至关重要。
我常常把隔离级别想象成图书馆里的阅读区。
-
READ UNCOMMITTED (读未提交) 这就像是一个完全开放的图书馆，你甚至可以看到别人正在草稿纸上写的内容，这些内容可能随时被擦掉或修改。
- 特点：一个事务可以读取到另一个事务尚未提交的修改。
- 问题：脏读（Dirty Read）。如果一个事务读取了另一个未提交事务的数据，而那个未提交事务最终回滚了，那么第一个事务读取到的就是“脏数据”。这在实际应用中几乎是不可接受的。
-
READ COMMITTED (读已提交) 这是更常见的场景，你只能看到别人已经提交并打印出来的书籍，而不是草稿。
- 特点：一个事务只能读取到另一个事务已经提交的修改。
- 解决了：脏读。
- 问题：不可重复读（Non-repeatable Read）。在同一个事务中，如果两次读取同一行数据，而在这两次读取之间，另一个事务提交了对该行的修改，那么第二次读取到的数据会和第一次不同。对于某些需要数据前后一致的业务逻辑来说，这会是个问题。
-
REPEATABLE READ (可重复读) 这是MySQL的默认隔离级别。它就像你进入图书馆后，为你当前事务“冻结”了一份书架的快照。无论别人怎么修改或添加书籍，你看到的始终是进入时的那份。
- 特点：保证在同一个事务中多次读取同一数据时，其结果是一致的。
- 解决了：脏读、不可重复读。
- 问题：幻读（Phantom Read）。在一个事务中，如果按照某个条件查询数据，然后另一个事务插入了符合这个条件的新数据并提交，那么当前事务再次按照相同条件查询时，会发现“多”出了几行数据，就像出现了幻影一样。
- MySQL的特殊处理：值得一提的是，MySQL的InnoDB存储引擎在
REPEATABLE READ
级别下，通过多版本并发控制（MVCC）机制，通常能够避免幻读。它不是通过锁住整个表或行来避免，而是在事务开始时创建一个数据快照，事务中的所有读操作都基于这个快照，所以不会看到其他事务插入的新行。但如果事务中包含
INSERT
、
UPDATE
、
等操作，还是可能遇到幻读问题，需要通过间隙锁（Gap Lock）来解决。
-
SERIALIZABLE (串行化) 这是最严格的隔离级别，就像图书馆里每次只允许一个人进去看书，其他人必须排队等候。
- 特点：所有事务都按照顺序一个接一个地执行，完全避免了并发问题。
- 解决了：脏读、不可重复读、幻读。
- 缺点：并发性能极低。因为所有事务都串行执行，这在实际高并发系统中几乎无法使用。
如何设置隔离级别？
你可以通过以下命令查看当前会话或全局的隔离级别：
SELECT @@transaction_isolation; -- 或者 SELECT @@global.transaction_isolation;
设置会话隔离级别（只对当前连接有效）：
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
设置全局隔离级别（对新的连接有效）：
SET GLOBAL TRANSACTION ISOLATION LEVEL REPEATABLE READ;
选择合适的隔离级别是一个权衡的过程。大多数情况下，MySQL的默认
REPEATABLE READ
级别已经足够好，它在保证数据一致性的同时，也提供了不错的并发性能。但在某些对数据一致性要求极高或并发冲突特别频繁的场景，可能需要考虑更严格的级别；而在一些读多写少、对实时性要求不高的场景，也可能考虑更低的级别来提升性能（但要非常谨慎）。我通常建议，除非你非常清楚你在做什么，否则不要轻易修改默认的隔离级别。
