本节中列出的语句（以及它们的任何同义词）隐式结束当前会话中活动的任何事务，就像在执行语句之前执行了 COMMIT 一样。
大多数这些语句在执行后也会导致隐式提交。其目的是在自己的特殊事务中处理这样的语句。事务控制和锁定语句是例外：如果隐式提交发生在执行之前，另一个则不会在执行之后发生。
● 定义或修改数据库对象的数据定义语言（DDL）语句。
ALTER EVENT, ALTER FUNCTION, ALTER PROCEDURE, ALTER SERVER, ALTER TABLE, ALTER VIEW, CREATE DATABASE, CREATE EVENT, CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE ROLE, CREATE SERVER, CREATE SPATIAL REFERENCE SYSTEM, CREATE TABLE, CREATE TRIGGER, CREATE VIEW, DROP DATABASE, DROP EVENT, DROP FUNCTION, DROP INDEX, DROP PROCEDURE, DROP ROLE, DROP SERVER, DROP SPATIAL REFERENCE SYSTEM, DROP TABLE, DROP TRIGGER, DROP VIEW, INSTALL PLUGIN, RENAME TABLE, TRUNCATE TABLE, UNINSTALL PLUGIN。
如果使用了 TEMPORARY 关键字，CREATE TABLE 和 DROP TABLE 语句不会提交事务。（这不适用于临时表上的其他操作，例如 ALTER TABLE 和 CREATE INDEX，它们确实会导致提交）但是，虽然没有隐式提交，但是语句也不能回滚，这意味着使用这些语句会导致违反事务原子性。例如，如果使用 CREATE TEMPORARY TABLE 语句，然后回滚事务，该表仍然存在。
InnoDB 中的 CREATE TABLE 语句作为单个事务处理。这意味着用户的 ROLLBACK 语句不会撤消用户在该事务期间所执行的 CREATE TABLE 语句。
创建非临时表时，CREATE TABLE ... SELECT 将在执行语句之前和之后执行隐式提交。（CREATE TEMPORARY TABLE ... SELECT 语句没有提交。）
● 隐式使用或修改 mysql 数据库中的表的语句。ALTER USER, CREATE USER, DROP USER, GRANT, RENAME USER, REVOKE, SET PASSWORD。
● 事务控制和锁定语句。BEGIN, LOCK TABLES, SET autocommit = 1（如果值不是1），START TRANSACTION, UNLOCK TABLES。
只有当某些表当前已用 LOCK TABLES 锁定以获取非事务性表锁时，UNLOCK TABLES 才会提交事务。对于带有 UNLOCK TABLES 的 FLUSH TABLES WITH READ LOCK 语句，不会发生提交，因为该语句不获取表级锁。
事务不能嵌套。这是在执行 START TRANSACTION 语句或其同义词时，对任何当前事务执行隐式提交的结果。
当事务处于活动状态时，不能在 XA 事务中使用导致隐式提交的语句。
BEGIN 语句不同于使用 BEGIN 关键字来启动的 BEGIN ... END 复合语句。后者不会导致隐式提交。
● 数据加载语句。LOAD DATA。LOAD DATA 只会引起使用 NDB 存储引擎的表隐式提交。
● 管理语句。ANALYZE TABLE, CACHE INDEX, CHECK TABLE, FLUSH, LOAD INDEX INTO CACHE, OPTIMIZE TABLE, REPAIR TABLE, RESET (不是 RESET PERSIST)。
● 复制控制语句。START REPLICA | SLAVE, STOP REPLICA | SLAVE, RESET REPLICA | SLAVE, CHANGE MASTER TO。
官方网址：
https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html