《MySQL 事务实战详解从基础到并发控制附 Navicat 可运行实验脚本》为什么你必须掌握 MySQL 事务在现代应用系统中数据一致性是核心诉求。事务Transaction是保证数据完整性的“黄金标准”。无论是银行转账、库存扣减、订单创建还是用户积分变动事务机制都在默默守护数据安全。本文将带你从零开始手把手用 Navicat 演示所有核心知识点并附带可直接复制粘贴运行的实验脚本让你“边学边练”真正理解事务的本质。一、什么是事务——数据库中的“原子操作单元”事务是一组数据库操作SQL 语句的集合它们作为一个整体被执行要么全部成功要么全部失败回滚。1. 事务的四大特性ACID特性说明示例A - 原子性Atomicity事务中的所有操作必须全部完成不能“部分提交”张三转 1000 元给李四若李四没到账张三也要退回C - 一致性Consistency事务前后数据库必须保持一致性状态总金额不变张三减 1000李四加 1000I - 隔离性Isolation多个事务并发执行时互不干扰一个事务不可读到另一个事务未提交的数据D - 持久性Durability事务一旦提交结果永久保存即使系统崩溃数据也不会丢失理解 ACID你才算真正掌握了“事务为什么重要”。二、如何使用事务——MySQL 两种模式模式一手动控制事务推荐用于复杂逻辑-- 1. 关闭自动提交设置为手动SETautocommit0;-- 2. 开启事务STARTTRANSACTION;-- 3. 执行多个 SQL 操作UPDATEaccountSETmoneymoney-1000WHEREname张三;UPDATEaccountSETmoneymoney1000WHEREname李四;-- 4. 查看结果此时仍可回滚SELECT*FROMaccountWHEREnameIN(张三,李四);-- 5. 成功提交事务COMMIT;-- 6. 失败回滚事务-- ROLLBACK;模式二通过存储过程封装适合复用-- 清空旧过程DROPPROCEDUREIFEXISTStransfer;-- 创建转账存储过程DELIMITER//CREATEPROCEDUREtransfer()BEGINSTARTTRANSACTION;-- 查询余额SELECTmoneyINTObalanceFROMaccountWHEREname张三;-- 判断是否足够IFbalance100THENUPDATEaccountSETmoneymoney-100WHEREname张三;UPDATEaccountSETmoneymoney100WHEREname李四;COMMIT;SELECT✅ 转账成功ASresult;ELSEROLLBACK;SELECT❌ 余额不足已回滚ASresult;ENDIF;END//DELIMITER;-- 执行CALLtransfer();小贴士SET autocommit 1是自动提交模式默认SET autocommit 0是手动提交模式必须手动 COMMIT/ROLLBACK三、事务的隔离级别四层“防火墙”并发事务可能导致数据不一致。MySQL 提供4 种隔离级别来控制这种干扰。默认隔离级别是REPEATABLE READMySQL 8.0隔离级别是否脏读是否不可重复读是否幻读适用场景READ UNCOMMITTED✅ 是✅ 是✅ 是一般不用风险太高READ COMMITTED❌ 否✅ 是✅ 是乐观锁场景、日志系统REPEATABLE READ❌ 否❌ 否⚠️ 一般MVCC 优化推荐默认级别SERIALIZABLE❌ 否❌ 否❌ 否高度并发 高安全性性能差查看当前隔离级别SELECTtransaction_isolation;设置隔离级别-- 临时设置当前会话有效SETSESSIONTRANSACTIONISOLATIONLEVELREADCOMMITTED;-- 或者SETSESSIONTRANSACTIONISOLATIONLEVELREPEATABLEREAD;当然可以以下是对“四大并发事务问题”的简明扼要、通俗易懂、适合发布在 CSDN 或技术博客的介绍已为你优化为清晰、结构化、可读性强的表达四、四大并发事务问题简要介绍在多用户并发操作数据库的场景下多个事务可能同时读写同一数据若没有合理控制就会引发数据不一致问题。MySQL 事务隔离级别正是为了解决这些问题而设计的。下面介绍四种最常见的并发异常一文讲清 1. 脏读Dirty Read“读到了还没提交的‘假数据’”场景事务 A 修改了数据但未提交事务 B 就读取了 A 的修改。风险如果 A 后来ROLLBACKB 读到的数据就是“虚假”的称为“脏数据”。解决方式使用READ COMMITTED或更高隔离级别。示例张三转账 100 元给李四但还没提交李四的系统立刻查余额发现到账了 —— 结果一回滚钱又没了2. 不可重复读Non-Repeatable Read“同事务内两次读同一数据结果不一样”场景事务 A 第一次读取某条记录之后事务 B 修改了这条记录并提交事务 A 再次读取发现数据变了。注意这是“数据被改了”不是新增或删除。解决方式使用REPEATABLE READ或SERIALIZABLE。示例事务 A 查询“张三余额1000”一会儿后再次查询变成“800”—— 因为别人已转走 200。3. 幻读Phantom Read“同一事务中读不到别人新增的行”场景事务 A 查询某类数据如WHERE age 18事务 B 插入一条符合条件的新数据并提交事务 A 再次查询时发现“多出了一些行”。注意不是修改了老数据而是新数据“凭空出现”。解决方式使用SERIALIZABLE或 MySQL 的间隙锁REPEATABLE READ也部分防止。示例事务 A 查询“在职员工5 人”事务 B 新增一名员工并提交事务 A 再查变成“6 人”。小知识在 MySQL 的REPEATABLE READ中通常不会出现幻读因为使用了“间隙锁”但严格意义上仍有可能。4. 补充丢失更新Lost Update虽不总列为“四大问题”但非常常见场景两个事务同时读取同一数据各自修改后都提交后提交的覆盖了先提交的。后果一次更新被“覆盖”导致数据丢失。解决方式加锁如SELECT ... FOR UPDATE 事务控制。总结对比表建议收藏问题描述出现场景隔离级别可避免脏读读到未提交数据读未提交RC✅READ COMMITTED以上不可重复读同事务内两次读不一致修改数据✅REPEATABLE READ以上幻读查询结果“凭空多出”新增/删除数据✅SERIALIZABLEMySQLRR有优化丢失更新一次修改被覆盖并发更新✅ 加锁 事务一句话口诀记忆脏读读了没提交的“假数据”不可重复读读了被改过的“变了”数据幻读读到了“凭空出现”的新数据丢失更新改了被覆盖白白努力附常见隔离级别应对效果隔离级别能防脏读能防不可重复读能防幻读READ UNCOMMITTED❌ 否❌ 否❌ 否READ COMMITTED✅ 是❌ 否❌ 否REPEATABLE READMySQL 默认✅ 是✅ 是✅部分SERIALIZABLE✅ 是✅ 是✅ 是五、四大并发问题演示Navicat 实验代码实验1读未提交Dirty Read——脏读问题-- 【窗口A】设置为读未提交SETSESSIONTRANSACTIONISOLATIONLEVELREADUNCOMMITTED;STARTTRANSACTION;UPDATEaccountSETmoneymoney-200WHEREname张三;SELECT窗口A张三余额变为 800未提交ASnote;SELECT*FROMaccountWHEREname张三;-- 【窗口B】也设为读未提交SETSESSIONTRANSACTIONISOLATIONLEVELREADUNCOMMITTED;SELECT窗口B可以读到未提交的数据ASnote;SELECT*FROMaccountWHEREname张三;-- ✅ 输出800 → 即使A没提交B也能读到实验2读已提交Read Committed-- 【窗口A】设置为读已提交SETSESSIONTRANSACTIONISOLATIONLEVELREADCOMMITTED;STARTTRANSACTION;UPDATEaccountSETmoneymoney-100WHEREname张三;-- 【窗口B】读取此时A未提交 → 读不到SELECT窗口B不能读到未提交的数据ASnote;SELECT*FROMaccountWHEREname张三;-- 输出1000 → 未看到A的变更-- 在A窗口提交后COMMITB再查 → 就能看到新值实验3可重复读Repeatable Read——MVCC 机制-- 【窗口A】设置为可重复读SETSESSIONTRANSACTIONISOLATIONLEVELREPEATABLEREAD;STARTTRANSACTION;SELECT窗口A第一次读ASnote;SELECT*FROMaccountWHEREname张三;-- 等待【窗口B】提交修改如转100给李四-- 【窗口A】再次读SELECT窗口A第二次读仍为原值ASnote;SELECT*FROMaccountWHEREname张三;-- 输出原值即使别人提交了我也读不到这就是MySQL 的 MVCC多版本并发控制每个事务看到的是“快照”不会被其他事务干扰。实验4串行化Serializable——强制排队-- 【窗口A】设置为串行化SETSESSIONTRANSACTIONISOLATIONLEVELSERIALIZABLE;STARTTRANSACTION;SELECT窗口A读取张三余额ASnote;SELECT*FROMaccountWHEREname张三;-- 【窗口B】尝试读会被阻塞必须等A提交SETSESSIONTRANSACTIONISOLATIONLEVELSERIALIZABLE;STARTTRANSACTION;SELECT窗口B等待阻塞ASnote;SELECT*FROMaccountWHEREname张三;-- 回到A窗口执行COMMIT;-- B窗口才恢复执行串行化 “一锤定音”事务间完全互斥性能最低但最安全。五、关键工具 技巧汇总技巧说明ROLLBACK回滚事务恢复到事务开始前状态COMMIT提交事务永久保存修改SELECT autocommit;查看自动提交状态SET SESSION TRANSACTION ISOLATION LEVEL ...动态设置隔离级别DELIMITER // ... //定义存储过程边界DROP PROCEDURE IF EXISTS ...安全删除旧过程如果你觉得这篇文章对你有帮助请点赞 收藏 分享欢迎在评论区留言你遇到过的“事务坑”