phpMyAdmin默认开启自动提交，需手动执行SET autocommit=0关闭，再用START TRANSACTION开始事务，最后显式COMMIT或ROLLBACK；隐式提交语句（如CREATE、ALTER、USE）会中断事务。
phpMyAdmin 默认不开启事务自动提交，但会话级隔离需手动控制
phpMyAdmin 本身只是 MySQL 的 Web 前端，它不接管或重写事务行为。关键在于：你执行的 SQL 是否在事务上下文中、当前连接是否处于 AUTOCOMMIT=OFF 状态，以及 phpMyAdmin 是否“帮你”隐式提交了——答案是：它不会主动帮你提交，但某些操作（比如切换数据库、刷新页面、执行非事务语句）可能中断当前事务。
常见误判是看到「成功执行」就以为事务已提交，其实那只是语句执行成功，COMMIT 或 ROLLBACK 必须显式发出。
- phpMyAdmin 的「SQL」标签页默认使用单个连接，支持事务，但不提供图形化事务开关
- 每次点击「执行」都复用同一连接（只要没关闭标签页或清空会话），所以
BEGIN后的多条语句可构成一个事务 - 如果执行了
CREATE TABLE、DROP DATABASE等隐式提交语句，MySQL 会立刻提交当前事务并关闭它——这个行为无法绕过
在 SQL 标签页中正确发起并管理事务的三步操作
必须按顺序执行以下三条独立语句（每条点一次「执行」按钮，或合并为一段粘贴后执行）：
START TRANSACTION; UPDATE users SET balance = balance - 100 WHERE id = 1; UPDATE orders SET status = 'paid' WHERE user_id = 1;
此时事务未提交，数据变更仅对当前连接可见。接下来根据需要选择：
立即学习“PHP免费学习笔记（深入）”；
- 确认无误 → 执行
COMMIT; - 发现问题 → 执行
ROLLBACK; - 想中途查看效果 → 执行
SELECT * FROM users WHERE id = 1;（仍能看到未提交的修改）
注意：BEGIN 和 START TRANSACTION 等价，但 START TRANSACTION 是 SQL 标准写法，推荐统一使用；END 不是事务结束命令，不能代替 COMMIT 或 ROLLBACK。
为什么执行完 UPDATE 没反应？可能是 AUTOCOMMIT 被意外打开
如果发现执行 UPDATE 后立刻生效（其他连接也能查到），说明当前会话的 AUTOCOMMIT 是开启的。phpMyAdmin 不会默认关闭它，需手动设置：
- 先执行
SELECT @@autocommit;查看当前值（1 = 开，0 = 关） - 若返回 1，执行
SET autocommit = 0;关闭自动提交 - 再执行
START TRANSACTION;，后续语句才进入事务 - 事务结束后建议恢复：执行
SET autocommit = 1;（否则下次新语句也会积压在未提交状态）
这个设置只对当前 phpMyAdmin 标签页有效，关掉页面即失效。不要依赖它做长期事务管理——phpMyAdmin 不是事务调试工具，而是轻量 SQL 操作界面。
容易被忽略的事务边界陷阱
事务不是「从 BEGIN 到 COMMIT 的所有 SQL」那么简单，MySQL 对某些语句会强制触发隐式提交，导致你完全没意识到事务已被切断：
-
ALTER TABLE、CREATE INDEX、TRUNCATE TABLE都会立即提交当前事务 - 执行
USE other_database;也会隐式提交（哪怕只是切换 schema） - phpMyAdmin 的「刷新」按钮或「浏览」标签页操作，底层会发新查询，可能中断事务上下文
- 长时间闲置（超 MySQL 的
wait_timeout，通常 28800 秒）后再次执行，连接已重置，事务丢失
真正安全的做法是：把事务逻辑尽量压缩在连续几次「执行」内，避免跨标签页、跨操作类型、跨时间窗口。复杂业务逻辑别在 phpMyAdmin 里跑，交给应用层或 MySQL CLI 处理。
