致使隐式提交的语句html

本节中列出的语句(以及它们的任何同义词)隐式结束当前会话中活动的任何事务，就像在执行语句以前执行了 COMMIT 同样。mysql

大多数这些语句在执行后也会致使隐式提交。其目的是在本身的特殊事务中处理这样的语句。事务控制和锁定语句是例外：若是隐式提交发生在执行以前，另外一个则不会在执行以后发生。sql

● 定义或修改数据库对象的数据定义语言(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。ide

若是使用了 TEMPORARY 关键字，CREATE TABLE 和 DROP TABLE 语句不会提交事务。(这不适用于临时表上的其余操做，例如 ALTER TABLE 和 CREATE INDEX，它们确实会致使提交)可是，虽然没有隐式提交，可是语句也不能回滚，这意味着使用这些语句会致使违反事务原子性。例如，若是使用 CREATE TEMPORARY TABLE 语句，而后回滚事务，该表仍然存在。htm

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。ci

● 事务控制和锁定语句。BEGIN, LOCK TABLES, SET autocommit = 1(若是值不是1)，START TRANSACTION, UNLOCK TABLES。get

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