MySQL ERROR 1786 (HY000) 报错原因与解决方案

问题现象与原因

在执行跨表复制数据创建新表的命令时：

create table lgmnr_bak select * from lgmnr;

数据库返回以下错误：

ERROR 1786 (HY000): CREATE TABLE ... SELECT is forbidden when @@GLOBAL.ENFORCE_GTID_CONSISTENCY = 1

核心原因：当启用 enforce_gtid_consistency=true（或开启 GTID 模式）时，MySQL 会强制保证语句的事务安全性及日志可记录性。CREATE TABLE ... SELECT 这类语句在执行过程中可能涉及元数据变更和数据插入两个阶段，在基于语句的复制（Statement-based Replication）中可能导致主从数据不一致。因此，在高一致性要求下，MySQL 默认禁止此类混合操作。

解决方法一：修改配置并重启 MySQL

由于 enforce_gtid_consistency 是只读变量，无法通过 SET GLOBAL 动态修改，必须通过修改配置文件并重启服务来实现。

第1步：备份数据文件

任何涉及 MySQL 重启的操作前，请务必对关键数据进行备份，以防意外。

第2步：修改 my.cnf 配置文件

打开 MySQL 配置文件 my.cnf（通常在 /etc/my.cnf 或 /etc/mysql/my.cnf），在 [mysqld] 部分添加或修改以下参数以禁用 GTID 严格模式：

[mysqld]
gtid_mode = OFF
enforce_gtid_consistency = OFF

注意：如果仅需临时允许该操作且环境允许重启，这是最直接的修复方式。若生产环境不允许关闭 GTID，请参考方法二。

第3步：重启 MySQL 服务

保存配置后，重启 MySQL 使设置生效：

service mysql restart
# 或者
systemctl restart mysqld

第4步：验证状态

重新连接数据库，检查变量是否已变更为 OFF：

SHOW VARIABLES LIKE 'gtid_mode';
SHOW VARIABLES LIKE 'enforce_gtid_consistency';

若返回值均为 OFF，则可再次尝试执行原建表语句，通常即可成功。

解决方法二：无需重启的替代方案

在生产环境中，直接关闭 GTID 可能影响主从复制的一致性保障。若不能修改配置文件，可采用以下 SQL 逻辑规避该错误：

步骤 1：先创建空表结构

使用 LIKE 关键字复制原表结构，或使用明确的 CREATE TABLE 定义字段：

CREATE TABLE lgmnr_bak LIKE lgmnr;

步骤 2：单独插入数据

将数据填充到新建的空表中：

INSERT INTO lgmnr_bak SELECT * FROM lgmnr;

这种将“建表”与“填数”拆分为两步的做法，符合 GTID 一致性规范，即使在 ENFORCE_GTID_CONSISTENCY = ON 的环境下也能正常执行。

总结

ERROR 1786 本质上是 MySQL 为了保障 GTID 环境下数据复制安全而设置的限制。对于测试环境或小型应用，修改 my.cnf 关闭 GTID 限制是最简单的解法；对于高可用生产环境，推荐使用“先建表、后插入”的两步走策略来绕过限制，既保持了架构的稳定性，又解决了业务需求。以上就是 MySQL ERROR 1786 错误处理的详细内容，更多关于 MySQL GTID 配置的资料请关注本站其它相关文章！