使用XtraBackup热备份搭建MySQL主从同步

使用XtraBackup热备份搭建MySQL主从同步

1 背景描述

  • 生产环境一台MYSQL主库,没有搭建从库,急需搭建从库
  • 每天已有innobackupex备份

2 方案

  • 利用innobackupex全备和增量备份搭建MYSQL主库

3 数据库版本

  • 主库:mysql 5.5.54
  • 从库:mysql 5.7.25(为了以后升级)

4 搭建步骤

  搭建的步骤如下图所示:

(1)将数据库备份拷贝到从库上

(2)在从库上安装好MYSQL数据库,安装过程略

(3)停止从库的MYSQL实例,删除从库数据库里面的文件,保留目录结构

1. 我的从数据库安装在/u02/my3306下, 目录结构如下

$ tree -L 1
.├── data
├── log
├── my.cnf
├── run
└── tmp?

将data数据文件,log中的binlog,ibdata1文件均删除掉

2. 我的主库的备份文件如下:

# ll
total 24
drwxr-x--- 9 mysql mysql 4096 Nov 14 15:14 20191110_0_full
drwxr-x--- 9 mysql mysql 4096 Nov 14 15:14 20191111_1_incremental
drwxr-x--- 9 mysql mysql 4096 Nov 14 15:15 20191112_2_incremental
drwxr-x--- 9 mysql mysql 4096 Nov 14 15:15 20191113_3_incremental
drwxr-x--- 9 mysql mysql 4096 Nov 14 15:15 20191114_4_incremental

3. 使用innobackupex【安装innobackupex步骤可参考  https://www.cnblogs.com/doctormo/p/12321989.html 】恢复到从库

?# innobackupex --apply-log --redo-only 20191110_0_full
# innobackupex --apply-log --redo-only --incremental-dir=20191111_1_incremental 20191110_0_full
# innobackupex --apply-log --redo-only --incremental-dir=20191112_2_incremental 20191110_0_full
# innobackupex --apply-log --redo-only --incremental-dir=20191113_3_incremental 20191110_0_full
# innobackupex --apply-log  --incremental-dir=20191114_4_incremental 20191110_0_full
# innobackupex --apply-log  20191110_0_full
# innobackupex --defaults-file=/u02/my3306/my.cnf --copy-back  20191110_0_full

4. 修改数据库目录属组权限

# chown -R mysql.mysql /u02/my3306

5. 启动数据库

su - mysql -c "/usr/local/mysql/bin/mysqld_safe --defaults-file=/u02/my3306/my.cnf &"

6. 打开?????20191114_4_incremental【最后一个增量备份目录】下的 xtrabackup_binlog_info ,里面有备份的时候主库的binglog和postion。

$ cat xtrabackup_binlog_info
mysql-bin.000617        31060438?

7. 在主库上创建同步的账号

# mysql -uroot -p -S /u02/my3306/run/mysql.sockmysql>  grant replication slave on *.* to ‘repl‘@‘xxx‘ identified by ‘xxxx‘;?

8. 在从库上执行change master 命令

change master to master_host = ‘xxx‘,master_user = ‘repl‘, master_password = ‘xxxx‘,master_port = 3306, master_log_file = ‘mysql-bin.000617‘, master_log_pos = 31060438;??

至此,主从搭建完成。??

(4)若同步中出现以下报错,需要执行以下命令

# mysql_upgrade -u root -p -S /u02/my3306/run/mysql.sock【主库:5.5 从库 5.7】?

(5)这个备份也可以配置binlog日志,恢复到指定时间点。
如果有误删除数据的情况发生的话,也是可以通过这种方法,配置在线的binlog日志,恢复到指定的时间点。

比如场景如下:备份是在凌晨2点进行的,第二天中午11点,开发误drop了一张表???

步骤如下:

??1. 先按照步骤1,2,3 搭建好一个应用了备份的数据库

2. ??把增量备份后的binlog日志解析成sql文件,如

# mysqlbinlog --start-position=31060438 mysql-bin.000006 >> /tmp/tmp.sql?
# cat ? /tmp/tmp.sql | grep -C 20 -i "drop table "

找到drop语句之前的binlog位置,加入位置为41060438

3. ?? 然后将binlog日志恢复成sql文件

# mysqlbinlog --start-position=31060438 --stop-position=41060438 mysql-bin.000006 > /tmp/tmp2019.sql??

4. 数据库中执行该sql文件。

# mysql -uroot -p  < ? /tmp/tmp2019.sql?

5. 将drop表的数据导出,导到生产库中?。

原文地址:https://www.cnblogs.com/doctormo/p/12321924.html

时间: 2024-11-06 03:52:12

使用XtraBackup热备份搭建MySQL主从同步的相关文章

搭建Mysql主从同步服务

Mysql主从同步搭建 mysql主从同步利用binlog日志中记录的sql语句实现数据同步,进而实现自动备份数据的目的. 在搭建mysql主从同步时,要求一台服务器做master即主服务器,一台服务器做slave即从服务器,slave服务器从master服务器上同步binlog日志中记录的sql语句,在本地数据库中执行这些语句来实现数据库同步的目的. 注意,在搭建mysql主从同步服务时,slave上的数据库必须与master服务器上的数据库中的库和表完全相同,即有同样的库,表且表结构完全相同

2-18,19 搭建MySQL主从服务器并并通过mysql-proxy实现读写分离

MySQL主从服务器 实现方式: MySQL  REPLICATION Replication可以实现将数据从一台数据库服务器(master)复制到一台或多台数据库服务器(slave) 默认情况下这种情况属于异步复制,无需维持长连接 通过配置,可以复制所有库或者几个库,甚至库中的一些表 它是MySQL内建的,自带 Replication的原理 主服务器master将数据库的改变写入二进制日志文件,从服务器slave同步这些二进制日志,并生成中继日志,从服务器根据中继日志,执行这些改变 DML:S

Mysql 主从同步配置

工作用MySQL数据库配置了主从同步,但是不知道为啥同步失效了.工作环境不能随便操作,我就在本地上搭建了主从同步的环境. 备份用的工具是Xtrabackup,安装及使用教程见<innobackupex实现MySQL数据库的备份与恢复>. 1.数据库环境 主库(Master):192.168.126.150 从库(Slave):192.168.126.151 数据库版本:5.5.32 2.修改my.cnf文件 1)修改主服务器master: #vi /etc/my.cnf [mysqld] lo

搭建mysql主从服务器

搭建mysql主从服务器: //注:注释掉my.cn文件中的skip-federated字段[[email protected] ]# /bin/cp -r /usr/local/mysql/share/mysql/my-huge.cnf  /etc/my.cnf 配置主服务器:修改my.cnf文件server-id=1 //每个数据库服务器都要指定唯一一个server-id log-bin=mysql-bin //mysql进行主从复制时通过二进制日志文件来进行的,所以必须开启mysql日志功

mysql主从同步(4)-同步延迟状态考量(seconds_behind_master和pt-heartbea)

一般情况下,我们是通过"show slave status \G;"提供的Seconds_Behind_Master值来衡量mysql主从同步的延迟情况.具体说明见:mysql主从同步(4)-Slave延迟状态监控,这种方法在大多数情况下确实是可行的.但是经验告诉我,仅仅依靠Seconds_Behind_Master的值来监测主从同步数据是否延迟是绝对不可靠的!!! 曾经遇到过的一个坑:Mysql主从环境部署后,刚开始主从数据同步是没问题的,也是通过监控Seconds_Behind_M

mysql主从同步中出现的问题梳理

之前部署了Mysql主从复制环境(MySQL复制环境(主从/主主)部署总结性梳理),在mysql同步过程中会出现很多问题,导致数据同步异常.以下梳理了几种主从同步中可能存在的问题:1)slave运行过慢不能与master同步,也就是MySQL数据库主从同步延迟MySQL数据库slave服务器延迟的现象是非常普遍的,MySQL复制允许从机进行SELECT操作,但是在实际线上环境下,由于从机延迟的关系,很难将读取操作转向到从机.这就导致了有了以下一些潜规则:"实时性要求不高的读取操作可以放到slav

mysql主从同步中应注意的问题

MYSQL主从同步的作用 (1) 数据分布(2) 负载平衡(load balancing)(3) 备份(4) 高可用性(high availability)和容错 MYSQL主从同步的原理 关于MYSQL的主从同步,最主要的是要了解MYSQL的主从同步是如何工作的也即主从同步的原理,通过下图能很明白的指导其工作的过程: 大致描述一下过程:从服务器的IO线程从主服务器获取二进制日志,并在本地保存为中继日志,然后通过SQL线程来在从上执行中继日志中的内容,从而使从库和主库保持一致.主从同步的详细过程

MySQL主从同步、读写分离配置步骤、问题解决笔记

根据要求配置MySQL主从备份.读写分离,结合网上的文档,对搭建的步骤和出现的问题以及解决的过程做了如下笔记:       现在使用的两台服务器已经安装了MySQL,全是rpm包装的,能正常使用.       为了避免不必要的麻烦,主从服务器MySQL版本尽量保持一致; 环境:192.168.0.1 (Master)           192.168.0.2 (Slave) MySQL Version:Ver 14.14 Distrib 5.1.48, for pc-linux-gnu (i6

MySQL主从同步与读写分离

MySQL主从同步MySQL AB复制1.对指定库的异地同步.2.MySQL主-->从复制架构的实现.3.MySQL服务器的只读控制. 主从:单向复制时,建议将从库设置为只读. 主从复制的原理:Master,记录数据更改操作.-启动binlog日志-设置binlog日志格式-设置server_id Slave,运行2个线程.-Slave_IO:复制master主机binlog日志文件里的SQL到本机的relay-log文件里.-Slave_SQL:执行本机relay-log文件里的SQL语句,重