首先描述一下这个参数的作用。
这个参数 默认是开启的。 开启以后再命令敲的sql 会自动提交。如果关闭，就必须手动 commit。
查看 这个 自动提交状态。
SELECT @@autocommit;
零时修改这个素心
set @@autocimmit = 1;
全局修改：可以改 mysql.cnf（linux ） 或者 mysql.ini（window） 文件
修改 以后 直接在命令行 写sql 无效了
需要这么写：
开启以后，会强制要求 提交
在事物环境中 提交一次，能提高执行效率。但是 这样写 不管在开没开启自动提交效率都 一样，比单条提交效率高。只是 关闭后单条 提交被禁用，或者说因为没有个每一条 sql 一个事物环境，所以不允许执行 没有手动提交的 单条sql。
结论：autocimmit = 0 ，不允许自动提交，不会在命令行 执行的每一条 sql 的同时，commit 一次。这样就强制 命令行 写入数据必须开启 一个 事物，然后执行 sql 以后 手动 提交。从而避免了命令行 方式的 大量 单条sql 执行 慢 的问题。
备注：自动提交的 批量单条sql 执行，这时候每一个sql 是独立提交的。所以 异常不能 ，也不会 全部回滚。
然后在说说 spring 里面男的 autocimmit = 0 对 spring 事物的影响。
首先，spring 默认会设置当前连接 autocimmit =1.
如图：在mysql 全局 关闭 自动提交的 情况下，获取spring的 自动提交。是true；
这也是为什么 数据库关闭自动提交 后 spring 没有写 @Transactional 的方法里面的 修改语句 也会被提交。
如果 数据库的 autocimmit =0 ，并且管理spring里面默认修改的 自动提交（dmg.getDataSource().getConnection().setAutoCommit(false); ），那么 sql 就不会自动提交了。这时候 插入语句无效。
关于 spring 没有写 @Transactional 的解释：
数据库 提交有 2 中方式：
1 单行提交，
2 提交同一个事物的多行代码
不写 @Transactional 就是 单行提交。