导致隐式提交的语句

本节中列出的语句(以及它们的任何同义词)隐式竣事当前会话中流动的任何事务,就像在执行语句之前执行了 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。

,

联博统计

www.326681.com采用以太坊区块链高度哈希值作为统计数据,联博以太坊统计数据开源、公平、无任何作弊可能性。联博统计免费提供API接口,支持多语言接入。

,

只有当某些表当前已用 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