由 dawei MySQL事务不仅是ACID特性的载体，更是数据一致性的核心保障。理解其底层机制，才能在复杂场景中精准施力。
事务隔离级别直接影响并发行为。READ UNCOMMITTED允许脏读，极少使用；READ COMMITTED避免脏读但可能遇到不可重复读；REPEATABLE READ（MySQL默认）通过MVCC+间隙锁解决幻读问题；SERIALIZABLE则完全串行化，性能代价显著。实际应用中，多数业务选择REPEATABLE READ，并配合应用层逻辑处理边界情况。
SAVEPOINT是精细回滚的关键工具。可在事务内创建命名保存点，后续仅回滚至该点，而非整个事务。例如执行多步更新时，某子步骤失败只需ROLLBACK TO sp1，保留前置操作成果，提升容错能力与执行效率。
显式锁需谨慎使用。SELECT … FOR UPDATE在RR级别下不仅加行锁，还会锁定检索范围内的间隙，防止幻插入；SELECT … LOCK IN SHARE MODE则加共享锁，阻塞排他写入但允许多个读取。务必在WHERE条件命中索引的前提下使用，否则易升级为表级锁。
建议图AI生成，仅供参考
长事务是性能与死锁的隐患来源。超过10秒的事务不仅占用连接和undo空间，还增加锁等待概率。应拆分大事务为小单元，用应用层幂等性保证最终一致性；同时监控INFORMATION_SCHEMA.INNODB_TRX表，及时发现并干预活跃长事务。
死锁并非错误，而是并发系统的自然现象。MySQL自动检测并回滚代价较小的事务。开发时应遵循固定顺序访问表与索引、缩短事务窗口、避免交互式事务，可大幅降低死锁频率。捕获Deadlock found when trying to get lock异常后，重试逻辑比人工干预更可靠。
实战中，事务边界宜由服务层统一管理（如Spring @Transactional），避免DAO层分散控制。所有事务操作须配对日志记录，便于故障复盘。记住：事务不是万能锁，而是权衡一致性、性能与复杂度后的精密设计。