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
