MySQL 事务详解：原理、特性与隔离级别实战

启动事务：

START TRANSACTION;
-- 或者
BEGIN;

保存点与回滚：

设置保存点可以在长事务中实现部分回滚：

SAVEPOINT s1;
-- 执行一些操作...
ROLLBACK TO s1; -- 回滚到保存点

如果未设置保存点，ROLLBACK 将直接回滚到事务开始处。一旦执行 COMMIT，数据即永久保存，无法再回滚。

异常情况处理

1. 客户端崩溃：若事务未提交时客户端崩溃，MySQL 会自动回滚。
2. 已提交数据：只要执行了 COMMIT，数据即持久化，即使随后系统崩溃也不会丢失。
3. 单条 SQL 与事务：关闭自动提交后，单条 SQL 也属于事务的一部分。若未显式提交，关闭连接可能导致数据丢失（取决于具体配置），因此执行删除等操作后需谨慎。

总结：

• 使用 BEGIN 或 START TRANSACTION 后，必须手动 COMMIT 才能持久化，与 autocommit 设置无关。
• 事务可手动回滚，异常时 MySQL 也会自动回滚。
• InnoDB 每条 SQL 默认封装为事务并自动提交（SELECT 除外，因 MVCC 机制）。

事务的隔离级别

MySQL 服务可能同时被多个客户端进程访问。为了保证事务执行不受干扰，引入了隔离级别的概念。不同的隔离级别决定了事务间可见性和干扰程度。

四种隔离级别

1. 读未提交（Read Uncommitted）

   • 允许读取其他事务未提交的数据。
   • 存在脏读风险，实际生产几乎不使用。

2. 读提交（Read Committed, RC）

   • 只能看到其他事务已提交的数据。
   • 大多数数据库的默认级别（如 Oracle, PostgreSQL），但非 MySQL 默认。
   • 存在不可重复读问题：同一事务内多次查询可能得到不同结果。

3. 可重复读（Repeatable Read, RR）

   • MySQL 默认的隔离级别。
   • 确保同一事务内多次读取数据一致。
   • 解决了大部分幻读问题（通过 Next-Key Lock）。但在某些极端插入场景下仍可能存在幻读。

4. 串行化（Serializable）

   • 最高隔离级别，强制事务串行执行。
   • 彻底解决并发问题，但性能极低，生产环境极少采用。

隔离级别对比

注意：不可重复读主要关注数据值的修改，而幻读关注的是记录数量的变化（新增或删除）。

设置隔离级别

查看当前会话隔离级别：

SELECT @@tx_isolation;

设置全局或会话级别：

SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL READ COMMITTED;
SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL REPEATABLE READ;
SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL SERIALIZABLE;

修改全局级别需重启 MySQL 服务才能完全生效，会话级别仅对当前连接有效。

总结

事务是数据库并发控制的核心。InnoDB 引擎通过 ACID 特性和 MVCC 机制，在默认的可重复读级别下提供了良好的并发性能与数据一致性保障。在实际开发中，除非有特殊性能需求，建议保持 MySQL 默认的隔离级别，避免随意降级导致数据安全隐患。