mysql5.7用命令create table xxxxx select * from xx 报错

本文介绍了一种在MySQL5.7中避免使用直接SELECT * INTO创建表时出现错误的方法,通过先创建表结构再插入数据的两步操作,确保了数据的正确迁移。

mysql5.7用命令create table xxxxx select * from xx 报错
解决办法:
分两步进行
create table xxxx like xx;
insert into xxxx select * from xx;

MySQL中使用`CREATE TABLE AS SELECT`语句报错,主要是因为该语句违反了GTID(Global Transaction ID)一致性。GTID模式是为了确保所有事务都能以一致的顺序在主从服务器上执行,从而提高复制的安全性和可靠性。当MySQL实例启用了GTID并且设置了`enforce_gtid_consistency = ON`时,就要求所有的事务都必须是确定性的,并且能够被正确地记录到二进制日志中以便于复制。 `CREATE TABLE ... SELECT`这样的命令在一个单独的语句中包含了数据定义语言(DDL)和数据操作语言(DML),这会导致非事务性操作与事务性操作混合在一起的问题[^2]。这种情况下,在支持GTID的MySQL版本里就会触发错误。 解决这个问题的方法有几种: - **禁用GTID一致性检查**:可以通过将系统参数`enforce_gtid_consistency`设置为OFF来避免这个错误,但这不是推荐的做法,因为它会降低复制的安全性。 - **拆分创建表的操作**:可以将原本的一条`CREATE TABLE ... SELECT`语句拆分为两条独立的SQL语句。首先使用`CREATE TABLE ... LIKE`来创建一个结构相同的空表,然后通过`INSERT INTO ... SELECT`语句将原表的数据插入到新表中。这种方法不仅绕过了GTID的问题,而且还能保留原始表的索引和其他属性,这对于后续的数据恢复非常有用。 ```sql -- 创建一个结构相同但为空的新表 CREATE TABLE new_table LIKE original_table; -- 将原始表中的数据复制到新表中 INSERT INTO new_table SELECT * FROM original_table; ``` - **调整复制模式**:如果可能的话,考虑使用基于行的复制(RBR, Row-Based Replication)而不是基于语句的复制(SBR, Statement-Based Replication),因为RBR不会受到这类问题的影响。 在处理这类问题时,还需要考虑到数据库的具体配置以及是否正在进行在线迁移等场景。对于生产环境中的任何更改,都应该事先做好充分的测试,并确保有完整的备份策略。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值