锁定语句 LOCK TABLES 和 UNLOCK TABLES 。

ALTER VIEW 。

LOAD DATA 和 LOAD TABLE 。

SQL语句制备（ PREPARE ， EXECUTE ， DEALLOCATE PREPARE ）可以在存储过程中使用，但没有存储功能或触发器。 因此，存储的函数和触发器不能使用动态SQL（将语句构造为字符串然后执行它们）。

通常，SQL预处理语句中不允许的语句也不允许存储在程序中。 有关作为预准备语句支持的语句列表，请参见 第13.5节“准备的SQL语句语法” 。 例外是 SIGNAL ， RESIGNAL 和 GET DIAGNOSTICS ，作为准备好的陈述是不允许的，但在存储的程序中是允许的。

由于局部变量仅在存储程序执行期间在范围内，因此在存储程序中创建的预准备语句中不允许引用它们。 准备好的语句范围是当前会话，而不是存储的程序，因此语句可以在程序结束后执行，此时变量将不再在范围内。 例如， 不能用作预备语句。 此限制也适用于存储过程和函数参数。 请参见 第13.5.1节“PREPARE语法” 。 SELECT ... INTO local_var

在所有存储的程序（存储过程和函数，触发器和事件）中，解析器将其 BEGIN [WORK] 视为 BEGIN ... END 块 的开头 。 要在此上下文中开始事务，请 START TRANSACTION 改用。

执行显式或隐式提交或回滚的语句。 SQL标准不要求支持这些语句，该标准规定每个DBMS供应商可以决定是否允许它们。

返回结果集的语句。 这包括 SELECT 不具有的声明 条款等语句，如 ， 和 。 函数可以 使用游标和 语句 来处理结果集 。 请参见 第13.2.10.1节“SELECT ... INTO语法” 和 第13.6.6节“游标” 。 INTO var_list SHOW EXPLAIN CHECK TABLE SELECT ... INTO var_list FETCH

FLUSH 声明。

存储的函数不能递归使用。

存储的函数或触发器不能通过调用函数或触发器的语句修改已经使用（用于读取或写入）的表。

如果在不同别名下的存储函数中多次引用临时表， 则会发生错误，即使引用出现在函数内的不同语句中也是如此。 Can't reopen table: 'tbl_name'

HANDLER ... READ 调用存储函数的语句可能导致复制错误，并且是不允许的。

外键操作不会激活触发器。

使用基于行的复制时，从站上的触发器不会由源自主服务器的语句激活。 使用基于语句的复制时，将激活从站上的触发器。 有关更多信息，请参见 第17.4.1.35节“复制和触发器” 。

RETURN 触发器中不允许使用 该 语句， 该 语句不能返回值。 要立即退出触发器，请使用该 LEAVE 语句。

mysql 数据库中的 表不允许触发器 。 也不允许他们 INFORMATION_SCHEMA 或 performance_schema 桌子。 这些表实际上是视图上不允许的视图和触发器。

触发器高速缓存不会检测基础对象的元数据何时发生更改。 如果触发器使用表并且自从触发器加载到缓存后表已更改，则触发器将使用过时的元数据进行操作。

局部变量优先于例程参数或表列。

例程参数优先于表列。

内部块中的局部变量优先于外部块中的局部变量。

UNDO 处理器

FOR 循环

事件名称以不区分大小写的方式处理。 例如，您不能在同一个数据库中使用名称 anEvent 和 两个事件 AnEvent 。

如果通过变量指定事件名称，则可能无法在存储的程序中创建，更改或删除事件。 事件也可能无法创建，更改或删除存储的例程或触发器。

声明 LOCK TABLES 生效时， 禁止对事件进行DDL声明 。

使用间隔事件时序 YEAR ， QUARTER ， MONTH ，并 YEAR_MONTH 在几个月解决; 使用任何其他间隔的那些在几秒钟内解决。 没有办法使计划在同一秒发生的事件以给定顺序执行。 此外 - 由于舍入，线程应用程序的性质以及创建事件和发出执行事件所需的非零时间长度这一事实可能会延迟1或2秒。 但是， INFORMATION_SCHEMA.EVENTS 表格 LAST_EXECUTED 列或 mysql.event 表格中显示的时间 last_executed 列始终精确到实际事件执行时间的一秒之内。 （另见Bug＃16522。）

事件正文中包含的语句的每次执行都在新连接中进行; 因此，这些语句在给定的用户会话中对服务器的语句计数没有影响，例如 Com_select 和 Com_insert 显示的 SHOW STATUS 。 然而，这样的罪名 是 在全球范围内更新。 （Bug＃16422）

事件不支持晚于Unix Epoch结束的时间; 这大约是2038年的开始。事件安排者特别不允许这样的日期。 （Bug＃16396）

不支持 ON SCHEDULE 对 CREATE EVENT 和 ALTER EVENT 语句 的 子句中的 存储函数，用户定义函数和表的引用 。 不允许使用这些类型的引用。 （有关更多信息，请参阅Bug＃22830。）

通常，您无法修改表并从子查询中的同一表中进行选择。 例如，此限制适用于以下形式的陈述：

DELETE FROM t WHERE ...（SELECT ... FROM t ...）;
UPDATE t ... WHERE col =（SELECT ... FROM t ...）;
{INSERT | REPLACE} INTO t（SELECT ... FROM t ...）;

例外：如果对于修改后的表使用派生表并且派生表已实现而不是合并到外部查询中，则前面的禁止不适用。 （请参见 第8.2.2.4节“使用合并或实现优化派生表，视图引用和公用表表达式” 。）示例：

UPDATE t ... WHERE col =（SELECT * FROM（SELECT ... FROM t ...）AS dt ...）;

这里派生表的结果被实现为临时表，因此 t 在更新 t 发生 时已经选择 了相关的行 。

通常，您可以通过添加 NO_MERGE 优化程序提示 来影响优化程序以实现派生表 。 请参见 第8.9.3节“优化程序提示” 。

仅部分支持行比较操作：

换句话说，对于返回 n -tuples 行的子查询 ，这是受支持的：

（expr_1，...，expr_n）[NOT] INtable_subquery

但是这不受支持：

（expr_1，...，expr_n）op{ALL | ANY | SOME}subquery

支持行比较 IN 但不支持其他 比较的原因 IN 是通过将其重写为一系列 = 比较和 AND 操作来实现。 这种方法不能用于 ALL ， ANY 或 SOME 。

中子查询 FROM 子句不能是相关子查询。 它们在查询执行期间实现了整体（计算生成结果集），因此无法对外部查询的每一行进行求值。 优化器延迟实现直到需要结果，这可以允许实现物化。 请参见 第8.2.2.4节“使用合并或实现优化派生表，视图引用和公用表表达式” 。

MySQL不支持 LIMIT 某些子查询运算符的子查询：

MySQL的> SELECT * FROM t1
       WHERE s1 IN (SELECT s2 FROM t2 ORDER BY s1 LIMIT 1);
ERROR 1235（42000）：此版本的MySQL尚不支持
 'LIMIT＆IN / ALL / ANY / SOME子查询'

MySQL允许子查询引用存储的函数，该函数具有数据修改副作用，例如将行插入表中。 例如，如果 f() 插入行，则以下查询可以修改数据：

SELECT ... WHERE x IN（SELECT f（）...）;

此行为是SQL标准的扩展。 在MySQL中，它可以产生不确定的结果，因为 f() 对于给定查询的不同执行，可能会执行不同的次数，具体取决于优化程序选择如何处理它。

对于基于语句或混合格式的复制，这种不确定性的一个含义是这样的查询可以在主服务器及其从服务器上产生不同的结果。

无法在视图上创建索引。

索引可用于使用合并算法处理的视图。 但是，使用temptable算法处理的视图无法利用其基础表上的索引（尽管可以在生成临时表期间使用索引）。

视图定义无法复制到强制执行列长度限制的较新从属。

使用 mysqldump 创建的转储文件 无法加载到强制执行列长度限制的服务器中。

XA事务对于二进制日志的意外停止不具有完全的弹性。 如果有意外的停顿，而服务器是在执行的中间 XA PREPARE ， XA COMMIT ， XA ROLLBACK ，或 XA COMMIT ... ONE PHASE 语句时，服务器可能无法恢复到正确的状态，使服务器和二进制日志中的不一致的状态。 在这种情况下，二进制日志可能包含未应用的额外XA事务，或者错过应用的XA事务。 此外，如果启用了GTID，则恢复后 @@GLOBAL.GTID_EXECUTED 可能无法正确描述已应用的事务。 请注意，如果在 XA PREPARE 之间，之间 发生意外停止 XA PREPARE 和 XA COMMIT （或 XA ROLLBACK ），或 XA COMMIT （或 XA ROLLBACK ）之后，服务器和二进制日志被正确恢复并进入一致状态。

不支持将复制筛选器或二进制日志筛选器与XA事务结合使用。 过滤表可能导致复制从属设备上的XA事务为空，并且不支持空XA事务。 此外，通过设置 master_info_repository=TABLE 和 relay_log_info_repository=TABLE 复制从属设备（它成为MySQL 8.0中的默认设置），数据引擎事务的内部状态在过滤的XA事务之后发生更改，并且可能与复制事务上下文状态不一致。

ER_XA_REPLICATION_FILTERS 每当XA事务受复制过滤器影响时，都会记录 该错误 ，无论事务是否为空。 如果事务不为空，则复制从属设备可以继续运行，但您应该采取措施停止使用带有XA事务的复制过滤器以避免潜在问题。 如果事务为空，则复制从站停止。 在那种情况下，复制从站可能处于未确定状态，其中复制过程的一致性可能会受到影响。 特别是 gtid_executed 设置在从站的从站可能与主站上的设备不一致。 要解决此问题，请隔离主服务器并停止所有复制，然后检查复制拓扑中的GTID一致性。 撤消生成错误消息的XA事务，然后重新启动复制。

对于基于语句的复制，XA事务被认为是不安全的。 如果正在主服务器上以并行顺序准备两个并行提交的XA事务，则可能会发生无法安全解析的锁定依赖关系，并且复制可能会因从服务器上的死锁而失败。 单线程或多线程复制从站可能会出现这种情况。 当 binlog_format=STATEMENT 设置，则会发出警告XA事务的内部DML语句。 当 binlog_format=MIXED 或 binlog_format=ROW 设置，XA事务内的DML语句使用基于行的复制记录，以及潜在的问题是不存在的。

标识符使用存储在 mysql 数据库表（ user ， db 等）中 utf8 ，但标识符只能包含基本多语言平面（BMP）中的字符。 标识符中不允许使用补充字符。

在 ucs2 ， utf16 ， utf16le ，和 utf32 字符集有以下限制：

该 REGEXP 和 RLIKE 在逐个字节的方式运营工作，所以他们没有多字节安全，可能产生与多字节字符集意想不到的效果。 此外，这些运算符通过字节值比较字符，并且即使给定的排序规则将重音字符视为相等，重音字符也可能无法比较。

Connector / C，Connector / C ++： 使用这些连接器的客户端只能通过使用本机身份验证的帐户连接到服务器。

例外：连接器支持可插入身份验证，如果它是为了 libmysqlclient 动态（而不是静态） 链接 而 构建的， 并且 libmysqlclient 如果安装了该版本 ，则加载当前版本 ，或者连接器是从源重新编译为链接当前版本 libmysqlclient 。

有关编写连接器以从服务器处理有关默认服务器端身份验证插件的信息的信息，请参阅 身份验证插件连接器 - 编写注意事项 。

Connector / NET： 使用Connector / NET的客户端可以通过使用本机身份验证或Windows本机身份验证的帐户连接到服务器。

Connector / PHP： 使用此连接器的客户端只能通过使用本机身份验证的帐户连接到服务器，当使用PHP本机驱动程序进行编译时（ mysqlnd ）。

Windows本机身份验证： 通过使用Windows插件的帐户进行连接需要Windows域设置。 没有它，使用NTLM身份验证，然后只能进行本地连接; 也就是说，客户端和服务器必须在同一台计算机上运行。

代理用户： 代理用户支持是可用的，客户端可以通过使用实现代理用户功能的插件进行身份验证的帐户进行连接（即，可以返回与连接用户的用户名不同的用户名的插件）。 例如，PAM和Windows插件支持代理用户。 该 mysql_native_password 和 sha256_password 认证插件默认情况下不支持代理的用户，但可以被配置成这样; 请参阅 代理用户映射的服务器支持 。

复制 ：复制从属服务器不仅可以使用使用本机身份验证的主帐户，还可以通过使用非本地身份验证的主帐户进行连接（如果所需的客户端插件可用）。 如果插件是内置的 libmysqlclient ，则默认情况下可用。 否则，插件必须安装在从属 plugin_dir 系统变量 指定的目录中的从属端 。

FEDERATED 表： 一个 FEDERATED 表只能通过使用本地身份验证的远程服务器上的账户访问远程表。

未进行任何更改的现有连接器使用本机身份验证，使用连接器的客户端只能通过使用本机身份验证的帐户连接到服务器。 但是，您应该针对最新版本的服务器测试连接器，以验证此类连接是否仍然可以正常工作。

例外：如果连接器可以 libmysqlclient 动态（而非静态） 链接， 并且加载当前版本（ libmysqlclient 如果已安装该版本 ），则 连接器可以使用可插入身份验证而不进行任何更改 。

要利用可插入的身份验证功能， libmysqlclient 应该根据当前版本重新链接基于 连接器的连接器 libmysqlclient 。 这使连接器能够通过现在需要内置客户端插件的帐​​户支持连接 libmysqlclient （例如PAM身份验证所需的明文插件和Windows本机身份验证所需的Windows插件）。 与当前链接 libmysqlclient 还使连接器能够访问安装在默认MySQL插件目录中的客户端插件（通常是由本地服务器的 plugin_dir 系统变量 的默认值命名的目录 ）。

如果连接器 libmysqlclient 动态 链接 ，则必须确保 libmysqlclient 在客户端主机上安装 较新版本， 并且连接器在运行时加载它。

连接器支持给定身份验证方法的另一种方法是直接在客户端/服务器协议中实现它。 Connector / NET使用此方法为Windows本机身份验证提供支持。

如果连接器应该能够从与默认插件目录不同的目录加载客户端插件，则必须为客户端用户实现一些指定目录的方法。 这种可能性包括命令行选项或环境变量，连接器可以从中获取目录名称。 标准MySQL客户端程序（如 mysql 和 mysqladmin） 实现了一个 --plugin-dir 选项。 另请参见 第28.7.17节“C API客户端插件函数” 。

如本节前面所述，连接器的代理用户支持取决于它支持的身份验证方法是否允许代理用户。