MySQL(InnoDB)autocommit=1时，带子查询的INSERT是否默认在事务中？

首先直接给你明确结论：这条带子查询的INSERT语句完全处于一个原子事务中，它等价于你写的显式事务版本，而绝对不等价于分开执行SELECT和INSERT的版本。

核心原因拆解 #

• 单语句的事务属性：哪怕autocommit=1已经开启，MySQL InnoDB对单个DML语句（包括这种嵌套子查询的复合DML）会自动创建一个隐式事务。从子查询执行开始，到插入操作完成，整个过程被包裹在一个事务里：要么子查询算出num且插入成功，要么任何一步失败，整个操作都会回滚，不会出现“子查询成功但插入失败”或者反过来的割裂情况。
• 和显式事务的等价性：你写的START TRANSACTION; ... COMMIT;版本，本质是把原本隐式的事务边界显式写出来了，两者的原子性、隔离性完全一致——子查询读取的是事务启动时的数据快照（InnoDB默认可重复读隔离级别），插入操作和子查询的结果是绑定的，不会被其他会话的中间操作干扰。
• 和分开执行版本的差异：如果把SELECT和INSERT拆成两个独立语句，那它们就是两个完全独立的隐式事务（因为autocommit=1，每个语句执行完自动提交）。这中间如果有其他会话修改了t1表中type='male'的数据，你最终插入的num就会和之前SELECT得到的结果不一致；而且如果INSERT失败，SELECT的结果也没法回滚，完全不具备原子性。

额外补充 #

要记清楚：InnoDB的事务机制里，autocommit只是控制“单语句执行完成后是否自动提交”，但任何单语句本身都是一个事务，自带ACID属性，这是InnoDB作为事务引擎的核心特性之一。

内容的提问来源于stack exchange，提问作者xiaopai