MySQL默认开启自动提交（autocommit=1），每条DML语句独立成事务并立即提交；仅InnoDB等事务引擎支持该机制，MyISAM忽略设置；可通过SET autocommit=0临时关闭，但连接重连或执行BEGIN后行为易被误解。

MySQL自动提交机制，是指在默认状态下，每条独立的SQL语句（如INSERT、UPDATE、DELETE）都会被当作一个单独的事务立即执行并永久保存到数据库中，无需手动调用COMMIT。

自动提交的基本行为

当autocommit = ON（默认值为1）时：

• 每个DML语句执行完即隐式提交，数据立刻写入磁盘并对外可见；
• 如果语句执行失败，则自动触发隐式回滚，不留下中间状态；
• 该机制只对**未显式开启事务**的操作生效——一旦执行了START TRANSACTION或BEGIN，自动提交就暂时失效，后续操作进入手动事务控制流程。

自动提交与存储引擎的关系

自动提交功能依赖事务支持能力：

Mysql Skill 1.0.0 (3)

MySQL 数据库管理技能，能够通过自然语言查询和管理数据库，支持 SELECT/INSERT/UPDATE/DELETE、表管理、备份恢复等操作。当用户提及 MySQL、数据库查询、建表或数据备份时使用此技能。

下载

• 仅InnoDB等支持事务的引擎才真正启用autocommit逻辑；
• MyISAM等非事务引擎忽略该设置，所有更改都是即时生效且不可回滚；
• 建表或切换引擎时需确认是否满足事务前提，否则关闭autocommit也无实际意义。

如何查看和临时修改自动提交状态

可通过系统变量实时查询和调整：

• 查看当前会话设置：SHOW SESSION VARIABLES LIKE 'autocommit';
• 查看全局默认设置：SHOW GLOBAL VARIABLES LIKE 'autocommit';
• 关闭当前会话自动提交：SET autocommit = 0;
• 重新开启当前会话自动提交：SET autocommit = 1;
• 注意：这些设置重启MySQL服务后失效；如需永久生效，须在my.cnf中添加autocommit=0并重启。

为什么有时关闭autocommit却像没关？

常见误解和实际原因：

• 连接重连后自动恢复默认值（ON），尤其在应用框架中连接池频繁复用连接；
• 执行了BEGIN或START TRANSACTION后，即使autocommit=0也已进入事务模式，此时COMMIT/ROLLBACK才起作用；
• 部分客户端工具（如某些GUI管理器）会在每次执行后自动提交，掩盖了设置效果；
• 误以为“关闭自动提交=所有SQL都归入同一事务”，其实只是延后提交时机，仍需显式COMMIT来结束事务。