ERROR 1840 (HY000) at line 24: @@GLOBAL.GTID_PURGED can only be set when @@GLOBA

在MySQL 5.7版本中，备份迁移数据库的时候，还原时提示如下报错信息
ERROR 1840 (HY000) at line 24: @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty

当前GTID_EXECUTED参数已经有值

解决方法：

方法一：reset mater

这个操作可以将当前库的GTID_EXECUTED值置空

方法二：--set-gtid-purged=off

在dump导出时，添加--set-gtid-purged=off参数，避免将gtid信息导出

mysqldump -uroot -p --set-gtid-purged=off -d yoon > yoon.sql

原文地址：https://www.cnblogs.com/hankyoon/p/11012308.html

时间： 2024-08-14 09:32:09

ERROR 1840 (HY000) at line 24: @@GLOBAL.GTID_PURGED can only be set when @@GLOBA的相关文章

ERROR 1840 (HY000) at line 24: @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty

今天在做库迁移的时候,因为涉及从集群迁移到单实例,遇到一些问题,记录了解决过程当前GTID_EXECUTED参数已经有值,而从集群倒出来的dump文件中包含了SET @@GLOBAL.GTID_PURGED的操作解决方法: 方法一:reset mater 这个操作可以将当前库的GTID_EXECUTED值置空方法二:--set-gtid-purged=off 在dump导出时,添加--set-gtid-purged=off参数,避免将gtid信息导出 mysqldump -uroot -p

mysql恢复和数据导入的问题(ERROR 2006 (HY000) at line 1016: MySQL server has gone away)

今天在上班过程中需要将一个1.3G的数据库sql文件导入到mysql数据库中去,在执行过程遇到了一些问题,执行到一半时报错,错误如下 ERROR 2006 (HY000) at line 1016: MySQL server has gone away 报错后百度查了下资料,大概是因为mysql在导入数据时sql语句过长,超过了mysql的max_allowed_packet的限制,这个可以通过修改这个参数的大小来调节: set global max_allowed_packet=1024*1

ERROR 1813 (HY000) at line 404: Tablespace for table '`xxx`.`xxxxx`' exists.

今天在进行mysql备份实验时,通过mysqldump命令将主机host1中的所有数据库备份到主机Host2中, 在执行命令时出现了如下错误信息. [[email protected] tmp]# mysqldump -h 192.168.5.22 -u root --password=1234 --all-databases| mysql -h 192.168.5.33 -uroot --password=1234 ERROR 1813 (HY000) at line 404: Tables

ERROR 23 (HY000) at line 29963: Out of resources when opening file

在还原数据库时报错,报错信息如下:(库中的表比较多) 解决方法: 在root下修改ulimit值 [[email protected] export]# ulimit -acore file size (blocks, -c) 0data seg size (kbytes, -d) unlimitedscheduling priority (-e) 0file size (blocks, -f) unlim

数据库导入过大报错 ERROR 2006 (HY000) at line xx: MySQL server has gone away 解决方法

解决办法找到my.ini文件修改my.cnf中的 wait_timeout 和 interactive_timeout变量添加一句max_allowed_packet=16M,如果不行将16M再加大加大wait_timeout也可起一定作用例如: wait_timeout=2880000 interactive_timeout = 2880000 max_allowed_packet = 100M 应用时记住重启数据库哦-- 除此之外,可能还有一些别的buffer_size的变量会影响

RDS还原数据库时报错：ERROR 1227 (42000) at line 78664

最近公司准备公司的整套架构从IDC机房向云上迁移,在RDS上做数据库恢复的时候遇到如下的问题: [[email protected] ~]# mysql -uadmin -h 10.137.212.36 -p </root/mysql_dump.sql Enter password: ERROR 1227 (42000) at line 78664: Access denied; you need (at least one of) the SUPER privilege(s) for this

[故障解决]Mysql爆出ERROR 2006 (HY000): MySQL server has gone away的错误怎么办？

有时候,mysql会爆出MySQL server has gone away,比如像这样: 目前我遇到的这样的情况有三种解决方法: 1)需要添加白名单,这种情况在云服务器上比较常见.在云商后台里把对应机器添加到rds白名单即可: 2)调整一下服务器的时间,一般来说这样的情况在虚拟机上常见,检查一下虚拟机时间是否与宿主机时间不同,如果不同,请#yum -y -q install ntp,然后#ntpdate -b time5.aliyun.co. 3)导入一个比较大的sql文件也会出现这样的错误

load data ERROR 1197 (HY000)错误

有一份csv格式的文件,大小在14G左右.max_binlog_cache_size=4G. 登录mysql实例,选择对应的表通过load data往指定表里导数.大概20分钟左右,报以下错误: ERROR 1197 (HY000) at line 2: Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storage; increase this mysqld variable and

解决：sudo: parse error in /etc/sudoers near line 24 ...报错

ubuntu系统下由于添加用户权限的时候直接用的vim对 /etc/sudoers 文件编辑,保存退出的时候,再使用sudo su 等等命令一直报错如下: sudo: parse error in /etc/sudoers near line 24 sudo: no valid sudoers sources found, quitting sudo: unable to initialize policy plugin 原因是直接用vim修改文件时报错,参考Google说,应该用visudo命