mysql扩展:xtrabackup备份和作主从

使用xtrabackup连接:http://pan.baidu.com/s/1miFpS9M 密码:86dx 连接:http://pan.baidu.com/s/1o7GXBBW 密码:ue2fmysql

 

xtrabackup 只能备份引擎为innodb的数据sql

后来innobackeupex 则能够备份mysiam数据库

(使用mysqldump 备份大量数据时会很慢,使用xtrabackup则很快,且把全部数据文件都会备份ls /data/mysql)数组

 

备份前保证mysql服务开启安全

1.png

mysql 的数据目录个人放在/data/mysql服务器

 

 

   1、使用xtrabackup全量备份过程:架构

1.安装app

1.1 安装rpm包(只有下载这个rpm,才能)ide

rpm -ivh http://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpmspa

 

1.2 使用yum 下载xtrabackup 

yum list |grep xtrabackup (过滤所需的包)

安装: yum install -y percona-xtrabackup

(安装完后使用备份的命令:innobackupex)

 

2.mysql中建立备份用户:

 mysql -uroot -p123456

2.1 GRANT RELOAD,  LOCK TABLES, REPLICATION CLIENT ON *.* TO 'backuser'@'localhost' identified by '123456';

 

2.png

2.2 刷新权限操做(建立完用户时操做)

flush privileges;

(刷新完后退出mysql)

 

3.备份操做:

3.1 建立备份目录:

mkdir /data/backup

3.png

 

3.2 执行备份命令:

innobackupex --defaults-file=/etc/my.cnf --user=backer --passwork='123456'  /data/backup

(--defaults-file=/etc/my.cnf  这个选项是要放在全部的参数以前,文件路径由每一个人设定的配置文件为主,且只有指定它才能够找到datadir

4.png


的路径,就是mysql服务的数据目录文件。)

执行命令后报错:

5.png

 问题缘由是它自动的去找它默认的.sock(/var/lib/mysql/mysql.sock)文件。因此在命令中咱们要指定咱们定义的.sock文件路径。

 

innobackupex --defaults-file=/etc/my.cnf --user=backuser --password='123456'    -S /tmp/mysql.sock   /data/backup

(/tmp/mysql.sock是我在配置文件my.cnf中定义的)

6.png

 

3.3查看备份文件:

cd /data/backup/

ls

 du -sh *

7.png

 

原文件和备份文件对比:

8.png

 

(备份出来的文件不能直接复制至mysql的数据文件直接使用。由于备份文件是有自带格式的。)

 

4.数据恢复

4.1 中止mysql服务:

/etc/init.d/mysqld  stop

9.png

 

4.2删除mysql数据库文件(datadir的路径文件)

删除原数据:(为了安全仍是先把原数据目录文件复制移动)

mv /data/mysql /data/mysql.bak

mkdir /data/mysql

chown -R mysql:mysql /data/mysql    //指定属主和属组,由于原来文件的属主和属组都是mysql

(不/data/mysql/下的全部文件的属主和属组修改为mysql,则在启动服务时没法启动,出现下图的错误:(chown -R  ,-R是针对目录,做用是级联更改) 

1.png

)

4.3恢复数据:

(1)至关初始化步骤:

innobackupex --use-memory=512M --apply-log 

2018-05-13_11-05-07

(

--use-memory= 这个选项是为了加快备份速度的,分配大小主要看咱们机器内容的大小而定,--apply-log 指定具体备份数据文件,由于咱们备份的数据文件是以时间点命名的。)

 

(2)真正备份命令:

innobackupex --defaults-file=/etc/my.cnf --copy-back /data/backup/

2018-05-13_11-05-07

(--copy-back 指定备份文件路径,备份目录为全量备份)

2.png

 

 

(ibdatal是绝对不能删除的,真正存储数据的文件)

恢复完数据后,数据的属主和数组要修改成mysql 不然启动不了服务。

chown -R /data/mysql

 

 

 

通常业务操做:先备份后作主从,备份尽可能在凌晨操做.

 

!!!!以上这种操做的备份方式是全量备份执行过程!!

 

 

 

 

 

                             2、增量备份

启动mysql服务:且同用上面操做的mysql备份用户。

 

1.建立备份目录:mkdir /data/backup/

 

2.先全量备份:

 innobackupex --defaults-file=/etc/my.cnf --user=backuser --password='123456' -S /tmp/mysql.sock /data/backup

3.png

4.png

 

3.模拟增量备份:

3.1 建立 一个数据库,并导入数据:

mysql -uroot -p123456 -e "create database dbbackup"

mysqldump -uroot -p123456 zrlog >/tmp/zrlog.sql

mysql -uroot -p123456 dbbackup < /tmp/zrlog.sql

5.png

 

3.2 增量备份:

3.2.1 第一次增量备份

innobackupex --defaults-file=/etc/my.cnf --user=backuser --password='123456' -S /tmp/mysql.sock --incremental /data/backup --incremental-basedir=/data/backup/全量备份文件(2018-05-13_15-09-13)

(要注意的是--incremental和--incremental-basedir,--incremental-basedir后面加的是全量备份文件的路径)

执行命令后在/data/backup/生成一个文件,大小为新创数据库内容大小:

6.png

 

3.2.1 第二次增量备份


 

建立 一个数据库,并导入数据:

mysql -uroot -p123456 -e "create database dbbackup2"

 

mysql -uroot -p123456 dbbackup2 < /tmp/zrlog.sql

备份命令:(和第一次增量备份的命令基本同样,可是最后备份目录是基于第一次增量备份目录之上的)

innobackupex --defaults-file=/etc/my.cnf --user=backuser --password='123456' -S /tmp/mysql.sock --incremental /data/backup --incremental-basedir=/data/backup/第一次增量备份目录

 7.png

此时就有了一个全量备份文件和两个增量备份文件:

 8.png

 

4.数据恢复

4.1 中止mysql服务:/etc/init.d/mysqld stop

9.png

 

4.2 删除mysql 原数据

rm -rf /data/mysql/*

 

4.3 数据恢复加载初始化(相似初始化过程)

4.3.1 先全备初始:

innobackupex --apply-log --redo-only /data/backup/全量备份目录

(innobackupex --apply-log --redo-only /data/backup/2018-05-13_15-09-13 >/tmp1.log 2> /tmp/1.log)

注意:比仅仅全量备份初始化多了 --redo-only 选项,>/tmp1.log 2> /tmp/1.log是把输出放置一个文件(正确或错误输出)

 

4.3.2 第一次增量备份初始:

innobackupex --apply-log --redo-only /data/backup/全量备份目录  --incremental-dir=/data/backup/第一次增量备份目录

 

4.3.2 第二次增量备份初始:

innobackupex --apply-log  /data/backup/全量备份目录  --incremental-dir=/data/backup/第二次增量备份目录

(这一步的时候不须要--redo-only选项

 

4.3.3 执行应用操做:

innobackupex --apply-log  /data/backup/全量备份目录

10.png

 

4.4 真正备份命令:

innobackupex --copy-back /data/backup/全量备份文件

(执行完命令后能够发现咱们增量的数据量文件)

11.png

 

最后执行一下 chown -R mysql:mysql /data/mysql 修改属主和数组,不然启动不了mysql服务。

 

 

注意:

1.在进行增量备份的时候,第一次增量备份应基于全量备份之上,第二次基于第一增量备份之上,依次类推。

 

2.当咱们增量备份都是在增长数据没有删除数据的状况下,咱们恢复数据时能够直接初始化全量备份和最后一次增量备份便可。最后执行innobackupex --apply-log  /data/backup/全量备份目录和innobackupex --copy-back /data/backup/全量备份文件

 

通常企业mysql的架构用的是哪种呢?

主从

innobackex 要求数据库版本在5.6以上



使用 Xtrabackup 在线对MySQL作主从复制

http://seanlook.com/2015/12/14/mysql-replicas/  参考

1.主库操做:

1.1 建立复制帐号:

 mysql> GRANT REPLICATION SLAVE ON *.* TO 'slave_ali'@'192.168.5.%' IDENTIFIED BY 'slave_ali_pass';

 mysql> FLUSH PRIVILEGES;

 

1.2 赋予备份用户权限:

 mysql> CREATE USER 'bkpuser'@'localhost' IDENTIFIED BY 'bkppass';

mysql> GRANT RELOAD, LOCK TABLES, REPLICATION CLIENT,PROCESS,SUPER ON *.* TO 'bkpuser'@'localhost';

mysql> FLUSH PRIVILEGES;

 

1.3.全量备份

innobackupex --defaults-file=/opt/mysql/my.cnf --host=localhost --port=3306 --user=bkpuser --password=${BKP_PASS} /data/backup/mysql

把全量备份目录复制到(作从库)的目录,rsync

 

 

2.全量备份(从库上操做)

在恢复的数据库服务器(从库)上:

 

2.1 恢复准备

$ innobackupex --use-memory=16G --apply-log 全量备份文件

 

2.2 确认数据库是关闭的,而且datadir,目录下为空

$ innobackupex --defaults-file=/opt/mysql/my.cnf --use-memory=16G --copy-back  全量备份文件

 

2.3数据执行copy-back完成数据恢复后

修改数据文件的属性:

 

chown -R mysql.mysql /opt/mysql_data

 

 

3.启动从库

3.1 启动数据库,注意看日志

/opt/mysql/bin/mysqld_safe --defaults-file=/opt/mysql/my.cnf &

提示:若是你不肯定这个库是谁的从库,保守起见加上--skip-slave-start启动,兴许能防止数据不一致。

 

3.2change master

登陆数据库:

$ mysql -uslave_ali -p'slave_ali_pass' -S /opt/mysql_data/mysql.sock 

 

mysql> change master to master_host=MASTER_HOST, master_port=3306, 

       master_user='slave_ali',master_password='slave_ali_pass', master_log_file='mysql-bin.000135', master_log_pos=262484673;

上面的 master_log_file 和 master_log_pos 便是输出的值,也能够在新的数据目录下xtrabackup_binlog_info找到信息。

 

3.3验证同步延迟

从库执行 show slave status\G

相关文章
相关标签/搜索