mysqldump文件中有SET @@SESSION.SQL_LOG_BIN= 0;解决方法

mysqldump文件中有SET @@SESSION.SQL_LOG_BIN= 0

mysqldump -uroot -pmypassword --all-databases>test.sql
more test.sql
-- MySQL dump 10.13  Distrib 5.7.21, for linux-glibc2.12 (x86_64)
--
-- Host: localhost    Database: 
-- ------------------------------------------------------
-- Server version       5.7.21-log

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
SET @MYSQLDUMP_TEMP_LOG_BIN = @@SESSION.SQL_LOG_BIN;
SET @@SESSION.SQL_LOG_BIN= 0;

--
-- GTID state at the beginning of the backup 
--

SET @@GLOBAL.GTID_PURGED='ab1ecc11-a217-11e9-aff4-525425849ac4:1-2378';

发现文件中会记录SET @@SESSION.SQL_LOG_BIN= 0;，即之后执行的sql都不会计入binlog，若还原时是主从结构，还需要在从库还原一次，否则主从数据库将不同步。如果不想发生这种情况，可以手动将备份文件的这几行删除。当备份文件非常大时，vi或者sed处理文件会非常困难，因此最好从根源上解决。当使用参数文件--set-gtid-purged=off时

mysqldump -uroot -pmypassword --all-databases --set-gtid-purged=off>test.sql
more test.sql
   -- MySQL dump 10.13  Distrib 5.7.21, for linux-glibc2.12 (x86_64)
--
-- Host: localhost    Database: 
-- ------------------------------------------------------
-- Server version       5.7.21-log

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

mysqldump --set-gtid-purged参数详解

在开启了GTID模式的数据库，使用mysqldump进行部分数据备份的时候，经常会遇到如下警告

Warning: A partial dump from a server that has GTIDs will by default include the GTIDs of all transactions, even those that changed suppressed parts of the database. If you don't want to restore GTIDs, pass --set-gtid-purged=OFF.
该警告的意思为：

在开启了GTID模式的数据库，如果你对数据库的部分数据进行了备份，如果不加参数--set-gtid-purged=OFF，该备份中也会包含该数据库的所有GTID。

不添加--set-gtid-purged=OFF命令行参数 ，备份文件的头部会包含以下内容：

 

 

系统变量（ gtid_purged) 的全局值 @@GLOBAL.gtid_purged是一个 GTID 集合，包含已提交但不存在于binlog中的所有 GTID 组成。 gtid_purged是 gtid_executed的子集 。GTID 的以下类别位于 ​​​​​​​gtid_purged：

未开启binlog的从库提交过事务的GTID
写入二进制日志文件（现已被清除）的事务的 GTID。
由语句SET @@GLOBAL.gtid_purged 显式添加到集合中的 GTID .
发出 RESET MASTER 会导致gtid_purged 的值重置为空字符串。

什么时候需要手动设置 gtid_purged变量？

可以手动设置 gtid_purged 的值，以便在服务器上记录某个 GTID 集中的事务已被应用，尽管它们不存在于服务器上的任何二进制日志中。此操作的一个示例是当正在恢复服务器上一个或多个数据库的备份，但您没有包含服务器上事务的相关二进制日志时。

在 MySQL 5.7 中，仅当 gtid_executed 为空字符串时才可以更新 gtid_purged 的值 。因此gtid_purged为空字符串。当复制之前尚未开始，或者复制之前未使用 GTID 时，就会出现这种情况

 

转自

mysqldump --set-gtid-purged参数详解_--set-gtid-purged=off-CSDN博客
https://blog.csdn.net/weixin_48154829/article/details/134944443

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

原文链接：https://blog.csdn.net/u014609263/article/details/100651263