phpmyadmin默认开启自动提交,事务需手动控制:1.关闭autocommit;2.用start transaction或begin开始;3.执行dml语句;4.显式commit或rollback;5.所有语句须在同一sql框中一次性执行,且表引擎必须为innodb。
phpmyadmin 默认不自动开启事务,必须手动控制
phpmyadmin 本身只是 mysql 的 web 界面客户端,它不会默认开启事务——哪怕你写了 begin 或 start transaction,后续的 commit 或 rollback 也只在当前 sql 执行上下文中生效,**不会跨多个“执行”按钮点击延续**。这意味着:你在两个独立的 sql 窗口里分别执行 start transaction 和 update ...,它们实际属于不同会话,事务根本没连上。
- 必须把整个事务(
START TRANSACTION、DML 语句、COMMIT/ROLLBACK)写在同一段 SQL 里,一次性提交执行 - phpMyAdmin 的「SQL」标签页支持多语句,但需确保勾选了「允许多查询」(位于 SQL 输入框下方,默认可能未启用)
- 如果勾选了「允许多查询」但执行后提示
#2014 - Commands out of sync; you can't run this command now,说明 MySQL 服务端禁用了多语句(mysqli.multi_query关闭或sql_mode限制),此时只能改用其他方式
用「SQL」页一次性执行多语句事务(推荐场景)
适用于简单、短小的事务逻辑,比如插入主从表、校验后更新状态等。关键点是语句之间用分号 ; 分隔,且不能有空行或注释打断流程。
START TRANSACTION; INSERT INTO orders (user_id, total) VALUES (123, 99.9); INSERT INTO order_items (order_id, product_id, qty) VALUES (LAST_INSERT_ID(), 456, 2); UPDATE inventory SET stock = stock - 2 WHERE product_id = 456; COMMIT;
- 所有语句必须写在同一个 SQL 输入框中,中间不要换到新查询页再执行
-
LAST_INSERT_ID()在同一事务内有效,跨执行则失效 - 若某步出错(如库存不足导致
UPDATE影响行为 0),COMMIT仍会执行,不会自动回滚——你要自己加逻辑判断,或改用存储过程封装 - 执行后看返回结果:成功时显示各语句影响行数;失败时只报第一个错误,后续语句不再执行(取决于 MySQL 版本和配置)
用「命令行界面」或「导入 SQL 文件」规避多语句限制
当 phpMyAdmin 禁用多查询,或事务逻辑较复杂(含条件判断、变量赋值),直接在 phpMyAdmin 里硬写事务容易失败。这时更可靠的做法是:
- 在本地用文本编辑器写好完整事务 SQL,保存为
transaction.sql,然后通过 phpMyAdmin 的「导入」功能上传执行(导入页默认支持多语句) - 或者改用终端连接:
mysql -u root -p database_name ,完全绕过 phpMyAdmin 的 UI 层限制 - 注意:导入时若含
DELIMITER或存储过程定义,phpMyAdmin 导入页支持,但「SQL」页不支持——别混淆这两个入口
事务执行后看不到效果?检查 autocommit 和引擎类型
即使 SQL 没报错,数据也没变,常见原因有两个:
-
autocommit被意外关闭且未显式COMMIT:执行完 DML 后务必确认最后是COMMIT,不是漏写或写成COMIT(拼写错误) - 目标表用的是
MyISAM引擎:它不支持事务,START TRANSACTION不报错但无效。用SHOW CREATE TABLE table_name查引擎,必须是InnoDB - 执行窗口右上角显示「当前数据库」是否选对?跨库操作要写全限定名,如
db1.orders
事务不是点一下「执行」就完事的事,它绑定了会话、引擎、语句顺序和客户端能力。phpMyAdmin 的便利性背后,藏着这些隐性约束。
php免费学习视频:立即使用
踏上前端学习之旅,开启通往精通之路!从前端基础到项目实战,循序渐进,一步一个脚印,迈向巅峰!











