MySQL 事务是否必须手动开启？

MySQL事务是否必须手动开启？

结论：不是必须手动开启事务，可以不开启事务，MySQL默认就是自动提交模式（autocommit=ON），每条DML语句自动就是一个独立事务。

1、两种模式

① 自动提交（默认 autocommit = 1）

不需要手动 start transaction / begin

• 执行 insert / update / delete，语句执行完立刻自动commit。
• 每一条SQL就是一个事务，执行完直接持久化，不能回滚。

-- 默认状态，不需要开事务，改完直接生效
update user set name='xxx' where id=1;

✅ 适合：单条修改语句，不需要回滚、不需要多SQL原子性。

❌ 缺点：多条SQL无法做到"要么全部成功，要么全部失败"，中间出错前面已经改的数据无法回滚。

② 手动事务 autocommit = 0 或者手动 begin

手动开启事务：begin; / start transaction;

之后多条DML，需要手动执行 commit; 提交，或者 rollback; 回滚。

begin;
update account set money=money-100 where id=1;
update account set money=money+100 where id=2;
commit; -- 全部成功才提交；异常就rollback

✅ 适合：一组业务操作需要原子性（转账、多表联动修改）。

注意：DDL语句（create、alter、drop）会隐式提交事务，写在事务中间会直接commit前面的操作。

2、常见疑问

Q：不手动开启事务，有没有事务？

有。自动提交本质就是每条SQL包装成一个短事务 ，只是不用你手写begin/commit。InnoDB引擎任何写操作都跑在事务机制下 ，不存在完全脱离事务的写操作。

MyISAM不支持事务，没有事务概念，现在基本不用。

Q：什么场景可以不开启手动事务？

1. 单条insert/update/delete，不需要和别的SQL绑定一起成功失败
2. 查询select语句：查询本身不需要事务，select只是读；但在手动事务内执行select会建立快照，实现MVCC。

Q：什么场景必须手动开启事务？

多条DML要保证原子性，例如：扣库存+生成订单；转账；主表插入+子表多条插入。如果不开启手动事务，中间报错，前面已经执行的SQL无法回滚，出现数据不一致。

3、Java开发（JDBC / MyBatis）对应关系

1. JDBC默认 connection.setAutoCommit(true) → MySQL自动提交，不需要手动开启事务。
2. connection.setAutoCommit(false) 等价于手动开启事务，需要自己commit/rollback。
3. Spring的@Transactional注解，底层就是把连接autoCommit关闭，帮你管理begin/commit/rollback。

很多新手误区：以为写数据库就必须加事务。单条修改完全不用手动开事务；只有多步业务要原子性，才需要手动事务。

简单总结

1. 可以不手动开启事务，MySQL默认自动提交，单条写语句直接生效。
2. 自动提交：每条SQL=独立小事务，不可回滚；
3. 手动事务（begin）：多条SQL作为一个整体，支持全部成功/全部回滚；
4. InnoDB所有写操作底层都基于事务，只是分"自动"和"手动管理"。