mysql事务是指数据库管理系统执行过程中的一个逻辑单位，它由一组有限的sql语句组成，这些语句要么全部成功执行，要么全部不执行，不存在只完成一半的状态。在真实的业务系统里，转账、下单、库存扣减等操作都依赖事务来保证数据安全。
一、事务的基本定义与特征
从数据库理论来看，事务（Transaction）是用户定义的一个数据库操作序列，这些操作要么全做，要么全不做，是一个不可分割的工作单位。mysql中可以通过begin或者start transaction显式开启事务，用commit提交，用rollback回滚。事务的存在，就是为了解决多条sql语句执行过程中可能出现的中间状态不一致问题。
事务具备四个核心特性，通常称为ACID：原子性（Atomicity）保证事务内的操作不可分割；一致性（Consistency）保证事务前后数据满足约束；隔离性（Isolation）保证并发事务互不干扰；持久性（Durability）保证提交后的修改永久生效。下面用一个银行转账的例子说明：从A账户扣100元，给B账户加100元，这两步必须放在同一个事务里。
start transaction; update account set balance = balance - 100 where name = 'A'; update account set balance = balance + 100 where name = 'B'; commit;
如果第二条sql因为某些原因失败，就需要执行rollback，让A的扣款也撤销。这种全有或全无的机制，就是事务最基本的含义。
二、ACID特性详解
1. 原子性
原子性意味着事务是数据库逻辑上最小的工作单元。mysql通过undo log来实现原子性：当事务对数据进行修改时，会先记录反向的undo日志，一旦事务失败或主动回滚，就利用undo日志把数据恢复成修改前的样子。
例如插入一条记录时，undo log会记录这条记录的主键，回滚时直接按主键删除即可。这种机制保证了开发者不需要手动编写补偿代码，数据库自身就能处理中途异常。
2. 一致性
一致性要求事务必须将数据库从一种合法状态转换到另一种合法状态。比如账户余额不能为负，如果业务规则规定余额大于等于0，那么事务提交后也必须满足该约束。一致性更多依赖应用层与数据库约束（如唯一索引、外键、check）共同维护。
在mysql中，即使隔离级别较低，一致性依然要在事务提交时成立。如果某个事务破坏了业务规则，就应该回滚而不是强行提交。
3. 隔离性
隔离性指多个事务并发执行时，一个事务的内部操作对其他事务是隔离的。mysql提供四种隔离级别：读未提交、读已提交、可重复读、串行化。默认级别是可重复读（repeatable read），它通过mvcc和间隙锁来避免脏读与幻读。
不同级别解决了不同的并发问题。下表列出了常见现象与隔离级别的关系：
| 隔离级别 | 脏读 | 不可重复读 | 幻读 |
|---|---|---|---|
| 读未提交 | 可能 | 可能 | 可能 |
| 读已提交 | 不会 | 可能 | 可能 |
| 可重复读 | 不会 | 不会 | 不会（mysql实现） |
| 串行化 | 不会 | 不会 | 不会 |
实际开发中，读已提交在oracle中常见，而mysql默认可重复读已经能覆盖绝大多数场景，且性能损耗可控。
4. 持久性
持久性表示一旦事务提交，其结果就是永久性的，即使系统崩溃也不会丢失。mysql使用redo log来实现持久性：数据修改先写内存和redo log，再异步刷盘。崩溃恢复时通过redo log重放已提交的事务。
这种先写日志再刷数据的设计，既保证了安全，又避免了每次提交都随机写磁盘带来的性能瓶颈。理解这一点，就能明白为什么mysql在断电后仍能保证已提交数据不丢。
三、mysql中事务的使用方式
1. 显式事务
显式事务由开发者手动控制边界。在命令行或程序代码中，使用start transaction开启，最后用commit或rollback结束。这种方式最直观，也最容易排查问题。
以下java代码片段演示了jdbc中如何使用事务：
Connection conn = dataSource.getConnection();
try {
conn.setAutoCommit(false);
PreparedStatement ps1 = conn.prepareStatement("update account set balance=balance-? where name=?");
ps1.setInt(1, 100);
ps1.setString(2, "A");
ps1.executeUpdate();
PreparedStatement ps2 = conn.prepareStatement("update account set balance=balance+? where name=?");
ps2.setInt(1, 100);
ps2.setString(2, "B");
ps2.executeUpdate();
conn.commit();
} catch (Exception e) {
conn.rollback();
} finally {
conn.close();
}
注意代码中关闭了自动提交，只有显式调用commit数据才会生效。如果中间出现异常，rollback能防止数据不一致。
2. 隐式事务与自动提交
mysql默认开启了autocommit，每条单独的sql语句都会自动包裹成一个事务并立即提交。这就解释了为什么有时候执行一条update马上就能查到结果。如果想批量控制，就必须显式关闭autocommit或开启事务块。
可以通过show variables like 'autocommit';查看当前设置。在编写后台逻辑时，建议由程序统一控制事务边界，而不是依赖单条语句的自动提交，这样更利于业务一致性。
四、常见误区与注意事项
1. 误以为加锁就等于事务
很多初学者会把select ... for update这种加锁查询等同于事务，其实锁只是实现隔离性的手段之一。没有事务边界，锁在语句结束就可能释放，无法保证后续步骤的安全。
正确的做法是在事务内使用锁，并且在事务提交前完成所有依赖该锁的逻辑，避免长事务占用资源。
2. 长事务带来的问题
事务不是越长越好。一个开启很久却不提交的事务，会导致undo log不断膨胀，还可能阻塞 purge 线程，影响整体性能。在web请求中，应尽量缩短事务范围，把非数据库操作（如远程调用）移到事务之外。
例如不要在事务里调用第三方接口，否则网络延迟会直接拖住数据库连接。合理设计，才能让mysql事务既安全又高效。
五、总结
mysql事务本质上是一组不可分割的sql操作单元，依靠ACID特性保障数据的正确与可靠。掌握事务的开启、提交、回滚，理解隔离级别和锁的关系，是写出稳健后端程序的基础。在日常编码中，应当根据业务粒度控制事务边界，避免长事务与误用锁，从而真正发挥mysql事务的价值。