phpMyAdmin默认关闭自动提交，事务需显式执行COMMIT或ROLLBACK；使用界面按钮可避免SQL拼写错误，但表引擎必须为InnoDB，DDL会隐式提交且不可回滚。
phpMyAdmin里事务不自动提交，必须显式执行 COMMIT 或 ROLLBACK
phpmyadmin 默认关闭自动提交（autocommit=0），所以哪怕你只执行一条 update，只要没手动 commit，它就还“悬着”，其他会话看不见，自己刷新页面也可能回退。这不是 bug，是事务机制的正常表现——但新手常误以为“执行完就生效了”。
关键点：只有显式输入 COMMIT; 或 ROLLBACK; 并执行，事务才算真正结束。
-
COMMIT;后，所有 DML（INSERT/UPDATE/DELETE）永久写入，不可逆 -
ROLLBACK;会丢弃自START TRANSACTION（或BEGIN）以来所有未提交的改动，并释放行锁 - DDL 语句（如
CREATE TABLE、ALTER TABLE）一执行就隐式COMMIT，无法被后续ROLLBACK撤销
用界面按钮比手敲 SQL 更不容易出错
phpMyAdmin 在 SQL 输入框下方提供了三个事务控制按钮：“开始事务”、“提交”、“回滚”。它们本质就是帮你自动拼好 START TRANSACTION;、COMMIT;、ROLLBACK; 并执行，避免拼写错误或漏分号。
推荐操作流：
- 先点“开始事务”，再粘贴或编写你的多条 SQL
- 全部执行完，检查结果无误 → 点“提交”
- 中间某步报错，或发现逻辑不对 → 点“回滚”
- 别依赖“执行”按钮反复点——它不会自动续接事务上下文
为什么点了“提交”却没反应？常见卡点
表面点了“提交”但数据没变，往往不是按钮失灵，而是事务根本没处于活动状态：
- 你没先点过“开始事务”，当前会话仍是自动提交模式，每条语句已单独提交，“提交”按钮实际无事可做
- SQL 执行中途报错（比如违反
UNIQUE约束），事务自动中断，此时再点“提交”无效，必须先点“回滚”重置状态 - 执行时间超时：phpMyAdmin 的
max_execution_time或 MySQL 的wait_timeout触发断连，事务被服务端强制回滚，前端可能只显示空白或“连接丢失” - 表引擎不是 InnoDB：MyISAM 不支持事务，
START TRANSACTION会被忽略，COMMIT/ROLLBACK无效果——查SHOW CREATE TABLE table_name;确认ENGINE=InnoDB
嵌套事务、保存点这些高级操作 phpMyAdmin 不支持
phpMyAdmin 的事务控制仅限单层：一个 START TRANSACTION 对应一个 COMMIT 或 ROLLBACK。它不解析或支持 SAVEPOINT、ROLLBACK TO sp1 这类语句，也不会识别存储过程里的事务块。
如果你在 SQL 栏里写了：
START TRANSACTION; INSERT INTO t VALUES (1); SAVEPOINT sp1; INSERT INTO t VALUES (2); ROLLBACK TO sp1;
phpMyAdmin 会逐条执行，但 ROLLBACK TO sp1 会报错（MySQL 层面不支持嵌套，且 phpMyAdmin 不维护保存点上下文）。真要部分回滚，得靠应用层逻辑拆分事务，或换用 MySQL Workbench 这类支持完整事务调试的工具。
最易被忽略的一点：事务边界由你自己定义，phpMyAdmin 不会替你判断哪几条语句该包进一个事务——转账要扣款+加款一起提交，日志记录和业务更新也得按原子性需求手动圈定，而不是“所有操作都塞进去再统一提交”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
