mysql 还原备份_mysql备份还原怎么返回是否备份还原成功了

た入场券 2023-01-11 03:37 292阅读 0赞

在实例存活的情况，可以在实例状态中查询ALL\_GTID。

在实例崩溃的情况，无法在实例状态中查询ALL\_GTID。可以通过查询BINLOG中的Previous-GTIDs计算来获得ALL\_GTID。

下面列举与ALL\_GTID相关的变量。

与ALL\_GTID相关的变量

Previous-GTIDs

Previous-GTIDs格式如下(环境为MySQL5.7，日志手动flush binary logs获得)：

查看新轮转出的BINLOG：

下面为mysql-bin.00001中包含的GTID：

然后再次flush binary logs:

请点击输入图片描述

mysql-bin.00002中是没有任何GTID的。

综上Previous-GTIDs是本身这个BINLOG文件前面的所有BINLOG的集合。

请点击输入图片描述

全局变量中的GTID相关的变量

变量解释:

gtid\_executed 代表着server上所有事务执行产生的GTID(包含已经被purge的BINLOG中的GTID或者是手动set gtid\_purged的GTID)。

gtid\_purged 代表着已经被purge到的GTID。gtid\_purged是gtid\_executed的子集。

gtid\_retrieved 是从机上relay\_log中的GTID。

ALL\_GTID 的计算

了解了GTID相关的变量之后，可以得到获得实例的All\_GTID的集合的方法：

对象

方法

存活的Master实例    gtid\_executed

存活的Slave实例    gtid\_executed和gtid\_retrieved的并集

非存活Master实例    最后一个BINLOG文件的Previous-GTIDs + 最后一个BINLOG文件中所有的GTID

非存活Slave实例    最后一个BINLOG文件的Previous-GTIDs + 最后一个BINLOG文件中所有的GTID

在获得非存活实例中的ALL\_GTID时，最后一个BINLOG文件中的GTID可能不连续(比如事务同时来自于本实例客户端和复制回放)，所以需要扫描最后一个BINLOG文件。

生产中我们使用Xtrabackup来产生一个 从实例 的流程如下：

拉取备份，进行还原

change master to

set @@global.gtid\_purged='xxx';

set @@global.gtid\_purged='xxx'; 的影响:

将 从实例 的ALL\_GTID手工置为xxx, 在通过GTID方式建立复制时不会出错.

将更新Binlog中记录的Previous-GTIDs (由于Binlog不可改变, 将产生新的Binlog, 记录新的Previous-GTIDs).

MySQL 5.7中set gtid\_purged的行为变更

问题描述

回顾一下备份恢复的流程:

拉取备份，进行还原

change master to

set @@global.gtid\_purged='xxx';

现象: 发现有一台MySQL 5.7的Slave服务器恢复后没有产生 正确的Previous-GTIDs。

分析

分析整个过程，解决问题应该分阶段进行手动模拟发现问题。以下为详细步骤：

手工还原备份

环境

BINLOG数量，Previous-GTIDs状态

Xtrabackup 2.4.2 & MySQL 5.6    1，空

Xtrabackup 2.4.2 & MySQL 5.7    1，空

Xtrabackup 2.2.9 & MySQL 5.6    1，空

Xtrabackup 2.2.9 & MySQL 5.7    1，空

可见: 恢复过程不会轮转BINLOG。

验证change master和set gtid\_purged在不同的MySQL版本中执行的差异

环境

BINLOG数量，Previous-GTIDs状态

change master & MySQL 5.6    1，空

change master & MySQL 5.7    1，空

set gtid\_purged & MySQL 5.6    2，正常

set gtid\_purged & MySQL 5.7    1，空

可见: 执行set gtid\_purged时不同版本的MySQL产生了差异

验证

对不同版本MySQL单独执行set @@global.gtid\_purged='';语句。检查结果

环境

进行的操作

BINLOG数量，Previous-GTIDs状态

MySQL 5.7    reset master; set @@global.gtid\_purged=”;    1，空

MySQL 5.6    reset master; set @@global.gtid\_purged=”;    2，正常

结论

参考: http://bugs.mysql.com/bug.php?id=75767

官方解释: 在5.7版本中，执行SET GTID\_PURGED语句后binlog\_simple\_gtid\_recovery会给GTID\_PURGED计算出一个错误的值。

由于5.7中新增了存储GTID的表。所以5.7版本中set @@global.gtid\_purged='';语句被改成只修改存放GTID的表。

而5.6版本中会进行BINLOG轮转和向Previous\_gtids\_log\_event中添加GTID。如果5.7需要产生和5.6相同结果的话，可以在SET GTID\_PURGED语句后手动执行flush binary logs语句。

发表评论取消回复

表情：

评论列表（有 0 条评论，292人围观）

还没有评论，来说两句吧...

相关阅读

相关 MySQL 备份和还原

针对 linux 上的 MySQL 进行备份还原。备份脚本 mysql-bak.sh db=$1 if [ -z $db ] then

拼搏现实的明天。/ 2023年06月19日 11:18/ 0 赞/ 127 阅读

相关 mysql 还原备份_mysql备份还原怎么返回是否备份还原成功了

在实例存活的情况，可以在实例状态中查询ALL\_GTID。在实例崩溃的情况，无法在实例状态中查询ALL\_GTID。可以通过查询BINLOG中的Previous-GTIDs

た入场券/ 2023年01月11日 03:37/ 0 赞/ 293 阅读

相关 mysql 数据库备份还原_备份和还原MySQL数据库

mysql 数据库备份还原 MySQL databases can be backed up from the [Command Prompt][] or from phpM

超、凢脫俗/ 2022年12月07日 12:04/ 0 赞/ 479 阅读

相关 mysql备份还原命令

重启: service mysql restart 备份： mysqldump -u vcom -p tms\_els > /home/wp/tms\_els\_0

太过爱你忘了你带给我的痛/ 2022年12月04日 11:57/ 0 赞/ 318 阅读

相关 mysql 增量备份还原

小量的数据库可以每天进行完整备份，因为这也用不了多少时间，但当数据库很大时，就不太可能每天进行一次完整备份了，这时候就可以使用增量备份。增量备份的原理就是使用了mysql的bi

冷不防/ 2022年08月10日 09:28/ 0 赞/ 352 阅读

相关 mysql多种备份还原

1、为什么需要备份数据？在生产环境中我们数据库可能会遭遇各种各样的不测从而导致数据丢失, 大概分为以下几种. 硬件故障软件故障莫名其妙情况误

太过爱你忘了你带给我的痛/ 2022年05月17日 12:37/ 0 赞/ 298 阅读

相关 mysql备份与还原

一、备份常用操作基本命令 1、备份命令mysqldump格式格式：mysqldump -h主机名 -P端口 -u用户名 -p密码 –database 数

小灰灰/ 2022年05月17日 10:21/ 0 赞/ 362 阅读

相关 MySQL备份与还原

MySQL备份与还原逻辑备份 > 逻辑备份为通过对数据库的操作导出数据文件，常用的逻辑备份有两种，一种是将数据转换为全量的INSERT语句，另一种是将数据以特定的

素颜马尾好姑娘i/ 2022年05月15日 18:53/ 0 赞/ 436 阅读

相关 Mysql备份还原总结

Mysql的备份与还原，是很重要、很常见的操作，这里总结一下。linux系统中Mysql备份还原，主要有三种方式：目录复制、转储sql语句方式、shell脚本、压缩方式、bin

男娘i/ 2022年02月05日 04:45/ 0 赞/ 365 阅读

相关 mysql备份与还原

原文地址：[https://www.cnblogs.com/Cherie/p/3309456.html][https_www.cnblogs.com_Cherie_p_3309

约定不等于承诺〃/ 2021年12月17日 09:47/ 0 赞/ 490 阅读