MySQL数据库点对点恢复与mysql油泵，可能吗？

Question

我们在Oracle MySQL社区版5.7.30版上有一些中等大小的MySQL数据库(500 GB)。

我们如何使用mysql油泵执行实时恢复？

在转储数据中指定二进制日志信息似乎没有任何选项，就像mysqldump或mydumper那样。

然而，mysqldump和mydumper都不适合我们的情况。mysqldump是单线程的，对我们来说太慢了。mydumper只有“标准”的gzip压缩，这浪费了太多的空间，此外，如果请求压缩，则占用导致监视警报的所有CPU资源。使用外部压缩器实用程序，我可以限制使用的核心数量，但我不知道如何将mydumper输出输送到外部实用程序。目前没有可用的空间来处理未压缩的备份，可以在以后进行压缩。另外，这是一个两个步骤的过程，首先转储，然后压缩。

Answer 1

仅当数据库启用二进制日志记录时，以下方法才能工作

方法#1 :停机期间转储

步骤1:停止对数据库的所有写入

步骤2:运行FLUSH TABLES; FLUSH BINARY LOGS;

步骤3:运行SHOW MASTER STATUS;并在文本文件中记录二进制日志文件名和位置

步骤4:使用米赛尔泵 --set-gtid- -单笔交易 =C5启动C5

第5步:启动所有的写作

方法#2 :从启用二进制日志记录的

副本(或从副本)转储

步骤1:运行STOP REPLICA; (或STOP SLAVE;)

步骤2:运行FLUSH TABLES; FLUSH BINARY LOGS;

步骤3:运行SHOW MASTER STATUS;并在文本文件中记录二进制日志文件名和位置

步骤4:使用米赛尔泵 --set-gtid- -单笔交易 =C13启动C13

步骤5:运行START REPLICA; (或START SLAVE;)

注意到

请注意，二进制日志文件名和文件大小在任何时候都构成复制坐标。这就是为什么在运行米赛尔泵之前需要记录文件名和位置。

如果希望在没有GTID的情况下设置复制，则可以运行

CHANGE MASTER TO
   MASTER_LOG_FILE='binarylogfilefromStep3'
  ,MASTER_LOG_POS=binlogpostionfromStep3
...

如果使用GTID设置复制，则不需要坐标。只管用

CHANGE MASTER TO
...
...
   AUTO_POSITION=1;