做外贸一般总浏览的网站,深圳宝安高端网站建设报价,潍坊网站建设wf3,群晖 wordpress 慢任务背景
一、真实案例
某天#xff0c;公司领导安排刚入职不久的小冯同学将生产环境中的数据(MySQL数据库)全部导入到测试环境给测试人员使用。当小冯去拿备份数据时发现#xff0c;备份数据是1个礼拜之前的。原因是之前运维同事通过脚本每天对数据库进行备份#xff0c;…
任务背景
一、真实案例
某天公司领导安排刚入职不久的小冯同学将生产环境中的数据(MySQL数据库)全部导入到测试环境给测试人员使用。当小冯去拿备份数据时发现备份数据是1个礼拜之前的。原因是之前运维同事通过脚本每天对数据库进行备份根据结果判断应该是脚本的问题导致备份失败。于是乎领导让小冯重新制定备份策略对数据库进行备份并且把数据导入到测试环境。
——来自北京1期冯同学
二、案例背后的核心技术
1掌握MySQL的备份工具使用及各自特点
2熟悉SHELL脚本
3熟悉MySQL数据的导入导出
三、今日任务场景
手里有粮心里不慌数据有备喜气洋洋。对于重要的数据做好备份是我们每个运维人员和DBA的重要职责。备份只是一种手段我们最终目的是当数据出现问题时能够及时的通过备份进行恢复。所以现在需要你对我们现有的MySQL数据库进行备份策略的制定以及实施。
#任务要求 选择合适的工具和方法对mysql数据库进行备份 编写脚本实现自动化备份
#课程目标
了解MySQL常见的备份方式和类型能够使用mysqldump工具进行数据库的备份。如全库备份库级别备份表级别备份能够使用mysqldump工具binlog日志实现增量备份理解xtrabackup工具实现增量备份的原理和方法能够使用xtrabackup工具对数据库进行全备和增备
#理论储备
##一、MySQL备份概述
###1、关于备份你要知道的
思考备份和冗余有什么区别
备份 能够防止由于机械故障以及人为误操作带来的数据丢失例如将数据库文件保存在了其它地方。
冗余 数据有多份冗余但不等备份只能防止机械故障带来的数据丢失例如主备模式、数据库集群。
###2、备份什么
数据库一堆物理文件的集合日志文件(二进制日志)数据文件配置文件
DBFILE BINLOG my.cnf
###3、备份过程须考虑的因素 必须制定详细的备份计划(策略)备份频率、时间点、周期 备份数据应该放在非数据库本地并建议有多份副本 必须做好数据恢复的演练每隔一段时间对备份的数据在测试环境中进行模拟恢复保证当出现数据灾难的时候能够及时恢复数据。 根据数据应用的场合、特点选择正确的备份工具。 数据的一致性 服务的可用性
###4、备份类型
####㈠ 逻辑备份 备份的是建表、建库、插入等操作所执行SQL语句DDL DML DCL。 适用于中小型数据库效率相对较低。 一般在数据库正常提供服务的前提下进行如mysqldump、mydumper、into outfile表的导出导入等。
####㈡ 物理备份 直接复制数据库文件 适用于大型数据库环境不受存储引擎的限制但不能恢复到不同的MySQL版本。 一般是在数据库彻底关闭或者不能完成正常提供服务的前提下进行的备份如tar、cp、xtrabackup数据库可以正常提供服务、lvm snapshot、rsync等
####㈢ 在线热备冗余 MySQL的replication架构如M-S|M-S-S|M-M-S等 实时在线备份
###5、备份工具
㈠ 社区版安装包中的备份工具
① mysqldump(逻辑备份只能全量备份
1企业版和社区版都包含
2本质上使用SQL语句描述数据库及数据并导出
3在MYISAM引擎上锁表Innodb引擎上锁行
4数据量很大时不推荐使用
② mysqlhotcopy(物理备份工具
1企业版和社区版都包含
2perl写的一个脚本本质上是使用锁表语句后再拷贝数据
3只支持MYISAM数据引擎
㈡ 企业版安装包中的备份工具
mysqlbackup
1在线备份
2增量备份
3部分备份
4在某个特定时间的一致性状态的备份
㈢ 第三方备份工具
① XtraBackup和innobackupex(物理备份
1Xtrabackup是一个对InnoDB做数据备份的工具支持在线热备份备份时不影响数据读写是商业备份工具InnoDB Hotbackup的一个很好的替代品。
2Xtrabackup有两个主要的工具xtrabackup、innobackupex
a、xtrabackup只能备份InnoDB和XtraDB两种数据表不能备份myisam类型的表。
b、innobackupex是将Xtrabackup进行封装的perl脚本所以能同时备份处理innodb和myisam的存储引擎但在处理myisam时需要加一个读锁。
② mydumper(逻辑备份备份SQL语句
多线程备份工具
https://launchpad.net/mydumper/mydumper-0.9.1.tar.gz 2015-11-06最后更新时间
###6、备份方法 完全备份全备 增量备份增量备份基于全量备份 ##二、MySQL的逻辑备份
###1、mysqldump基本备份
本质导出的是sql语句文件
优点无论是什么存储引擎都可以用mysqldump备成sql语句
缺点速度较慢,导入时可能会出现格式不兼容的突发状况.无法直接做增量备份.
提供三种级别的备份表级库级和全库级
####㈠ 基本语法
表级别备份
mysqldump [OPTIONS] database [tables]
库级别备份
mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...]
全库级别备份
mysqldump [OPTIONS] --all-databases [OPTIONS]
㈡ 常用参数
常用参数描述说明--flush-logs, -F开始备份前刷新日志--flush-privileges备份包含mysql数据库时刷新授权表--lock-all-tables, -xMyISAM一致性服务可用性针对所有库所有表--lock-tables, -l备份前锁表针对要备份的库--single-transaction适用InnoDB引擎保证一致性服务可用性--master-data2表示将二进制日志位置和文件名写入到备份文件并在dump文件中注释掉这一行--master-data1表示将二进制日志位置和文件名写入到备份文件,在dump文件中不注释这一行
--master-data参数其他说明
1恢复时会执行默认是1 2需要RELOAD privilege并必须打开二进制文件 3这个选项会自动打开--lock-all-tables关闭--lock-tables
####㈢ 举例说明
表级备份
# mysqldump -p123 db01 emp /tmp/mysqlbak/emp.sql 备份单个表
# mysqldump -p123 db01 emp dept /tmp/mysqlbak/emp.sql 备份多个表
表级恢复
# mysql -p db01 /tmp/mysqlbak/emp.sql
或者在mysql数据库内使用source命令来执行外部的sql文件
mysql source /tmp/mysqlbackup/emp.sql
库级备份:
# mysqldump --databases db01 -p /tmp/mysqlbak/db01.sql 备份单个库
# mysqldump --databases db01 db02 -p /tmp/mysqlbak/db01.sql 备份多个库
库级恢复
# mysql -p /tmp/mysqlbak/db01.sql
mysql source /tmp/mysqlbak/db01.sql
全库级备份
# mysqldump --all-databases --master-data --single-transaction all.sql
㈣ 小结 mysqldump工具备份的是SQL语句故备份不需要停服务 使用备份文件恢复时要保证数据库处于运行状态 只能实现全库指定库表级别的某一时刻的备份本身不能增量备份 适用于中小型数据库
###2、mysqldump实现增量备份
核心思路结合binglog实现增量 备份的目的为了数据出问题进行恢复 二进制日志文件默认会记录下所有对数据库数据变化的操作(增、删、改) 二进制文件同时还会记录具体sql执行时的环境、时间以及起始位置和结束位置pos值 通过获取二进制文件里的SQL操作来进行数据的恢复
㈠ 实现思路 先做全量备份mysqldump 对数据库做更改操作 备份二进制日志文件 模拟故障进行 数据恢复 测试验证
㈡ 实现步骤
① 全库备份
# mysqldump --single-transaction --flush-logs --master-data2 --all-databases /tmp/all.sql -p
② 更改数据库
mysql select * from db01.t1;
----------------------------------
| id | name | salary | dept |
----------------------------------
| 1 | harry | 1300.00 | 市场部 |
| 2 | amy | 2200.00 | 人事部 |
| 3 | tom | 600.00 | 财务部 |
| 4 | jack | 3300.00 | 市场部 |
| 5 | momo | 1700.00 | 市场部 |
| 6 | sarsha | 1300.00 | 人事部 |
| 7 | xiaom | 4300.00 | 市场部 |
----------------------------------
mysql select * from db02.t1;
-----------
| id | name |
-----------
| 1 | harry |
| 2 | tom |
-----------
2 rows in set (0.00 sec)
更改
mysql delete from db01.t1 where id7;
mysql insert into db01.t1 values(88,aaa,11111.23,安保),(99,bbb,22222.22,运维);
mysql update db02.t1 set namejack where id2;
mysql select * from db01.t1;
-----------------------------------
| id | name | salary | dept |
-----------------------------------
| 1 | harry | 1300.00 | 市场部 |
| 2 | amy | 2200.00 | 人事部 |
| 3 | tom | 600.00 | 财务部 |
| 4 | jack | 3300.00 | 市场部 |
| 5 | momo | 1700.00 | 市场部 |
| 6 | sarsha | 1300.00 | 人事部 |
| 88 | aaa | 11111.23 | 安保 |
| 99 | bbb | 22222.22 | 运维 |
-----------------------------------
8 rows in set (0.00 sec)
mysql select * from db02.t1;
-----------
| id | name |
-----------
| 1 | harry |
| 2 | jack |
-----------
2 rows in set (0.00 sec)
③ 备份二进制文件
方法1直接拷贝物理文件
方法2备份改变过的数据SQL
# mysqlbinlog --start-position120 binlog.000005 /opt/mybinlog.sql
④ 故障模拟
mysql drop database db01;
Query OK, 7 rows affected (0.07 sec)
mysql drop database db02;
Query OK, 3 rows affected (0.01 sec)
⑤ 全量恢复
1. 通过刚刚全量备份进行恢复
# mysql /tmp/all.sql -p
2. 进入数据库查看结果
mysql select * from db01.t1;
----------------------------------
| id | name | salary | dept |
----------------------------------
| 1 | harry | 1300.00 | 市场部 |
| 2 | amy | 2200.00 | 人事部 |
| 3 | tom | 600.00 | 财务部 |
| 4 | jack | 3300.00 | 市场部 |
| 5 | momo | 1700.00 | 市场部 |
| 6 | sarsha | 1300.00 | 人事部 |
| 7 | xiaom | 4300.00 | 市场部 |
----------------------------------
7 rows in set (0.01 sec)
mysql select * from db02.t1;
-----------
| id | name |
-----------
| 1 | harry |
| 2 | tom |
-----------
2 rows in set (0.00 sec)
说明以上数据不是最新数据
⑥ 二进制日志恢复到最新状态
# mysqlbinlog --start-position120 /opt/mybinlog.000002 |mysql -p
说明
1.只有起始位置--start-position120说明从120往后所有记录
2.一般SQL语句前面的at xxx代表该语句的position值
mysql select * from db01.t1;
-----------------------------------
| id | name | salary | dept |
-----------------------------------
| 1 | harry | 1300.00 | 市场部 |
| 2 | amy | 2200.00 | 人事部 |
| 3 | tom | 600.00 | 财务部 |
| 4 | jack | 3300.00 | 市场部 |
| 5 | momo | 1700.00 | 市场部 |
| 6 | sarsha | 1300.00 | 人事部 |
| 88 | aaa | 11111.23 | 安保 |
| 99 | bbb | 22222.22 | 运维 |
-----------------------------------
####㈢ 小结 mysqldump工具只能恢复到备份那一时刻 通过二进制日志来恢复到最新数据 二进制日志也可以跳过sql恢复 二进制日志恢复数据的重点就是找对相应的position值或者时间点
###3、逻辑导入导出了解
无论是什么存储引擎以下方式本身是一种数据导出的方法同时可以用来辅助备份它可以对一个表的其中一列或者某几列做备份。备份的是数据记录。
####㈠ 语法
导出数据
select 字段 into outfile /path/file from table_name;
select * into outfile /tmp/emp.txt from db01.emp;
恢复数据
方法1
load data local infile /tmp/emp.txt into table emp;
说明该方法要求在编译数据库时要加上--enable-local-infile参数才可以使用
----------------------
| Variable_name | Value |
----------------------
| local_infile | ON |
----------------------
方法2
# mysqlimport dbname /path/file
####㈡ 举例说明1
把db01库的emp表导出成文本然后误删掉数据后进行恢复
mysql select * into outfile /tmp/backup/emp.bak from emp;
ERROR 1290 (HY000): The MySQL server is running with the --secure-file-priv option so it cannot execute this statement
原因没有给目录授权
解决修改配置文件加入以下内容重启数据库
secure_file_priv/tmp/backup/mysql select * into outfile /tmp/backup/emp.bak from emp;
ERROR 1 (HY000): Cant create/write to file /tmp/backup/emp.bak (Errcode: 13 - Permission denied)
原因mysql用户没有权限在/tmp/backup目录里创建文件
解决办法
[rootmysql01 ~]# ll -d /tmp/backup/
drwxr-xr-x 2 root root 22 Aug 3 16:35 /tmp/backup/
[rootmysql01 ~]# setfacl -m u:mysql:rwx /tmp/backup/
####㈢ 举例说明2
创建一个表把你系统里的/etc/passwd导入到数据库
1. 创建表password
CREATE TABLE password (uname varchar(50) DEFAULT NULL,pass char(2) DEFAULT NULL,uid int(11) DEFAULT NULL,gid int(11) DEFAULT NULL,comment varchar(60) DEFAULT NULL,home varchar(50) DEFAULT NULL,shell varchar(50) DEFAULT NULL
) ENGINEInnoDB DEFAULT CHARSETutf8mb4 2. 创建password.txt文件(文件内容必须是\t分割的多列)并导入到数据库
方法一使用sed或者awk处理成新文本
方法二直接用mysqlimport指定分隔符
# mysqlimport db01 --fields-terminated-by: --lines-terminated-by\n /tmp/mysqlbak/password -p\n 代表linux系统回车键的行结束符号
windows默认为\r\n
##三、MySQL的物理备份
###1、xtrabackup备份介绍
####㈠ xtrabackup优缺点
优点 备份过程快速、可靠(因为是物理备份) 支持增量备份更为灵活 备份过程不会打断正在执行的事务 能够基于压缩等功能节约磁盘空间和流量 自动实现备份检验 还原速度快
缺点 只能对innodb表增量备份myisam表增量备份时是全备 innobackupex备份MyISAM表之前要对全库进行加READ LOCK阻塞写操作若备份是在从库上进行的话会影响主从同步造成延迟。对InnoDB表备份不会阻塞读写。
####㈡ xtrabackup备份原理 innobackupex首先会启动一个xtrabackup_log后台检测的进程实时检测mysql的redo log的变化一旦发现redo有新的日志写入立刻将日志写入到日志文件xtrabackup_log中。 物理拷贝innodb的数据文件和系统表空间文件idbdata1到对应的以默认时间戳为备份目录的地方 复制结束后执行flush table with read lock操作进行全库锁表准备备份非InnoDB文件 物理复制.frm .myd .myi等非InnoDB引擎文件到备份目录 查看二进制日志的位置 解锁表unlock tables 停止xtrabackup_log进程 图片来自网络
####㈢ xtrabackup备份恢复原理 具体文字描述如下了解 在InnoDB内部会维护一个redo日志文件我们也可以叫做事务日志文件。事务日志会存储每一个InnoDB表数据的记录修改。当InnoDB启动时InnoDB会检查数据文件和事务日志并执行两个步骤它应用前滚已经提交的事务日志到数据文件并将修改过但没有提交的数据进行回滚操作。 xtrabackup在启动时会记住log sequence numberLSN并且复制所有的数据文件。复制过程需要一些时间所以这期间如果数据文件有改动那么将会使数据库处于一个不同的时间点。这时xtrabackup会运行一个后台进程用于监视事务日志并从事务日志复制最新的修改。xtrabackup必须持续的做这个操作是因为事务日志是会轮转重复的写入并且事务日志可以被重用。所以xtrabackup自启动开始就不停的将事务日志中每个数据文件的修改都记录下来。 上面就是xtrabackup的备份过程。接下来是准备prepare过程。在这个过程中xtrabackup使用之前复制的事务日志对各个数据文件执行灾难恢复就像MySQL刚启动时要做的一样。当这个过程结束后数据库就可以做恢复还原了。 以上的过程在xtrabackup的编译二进制程序中实现。程序innobackupex可以允许我们备份MyISAM表和frm文件从而增加了便捷和功能。Innobackupex会启动xtrabackup直到xtrabackup复制数据文件后然后执行FLUSH TABLES WITH READ LOCK来阻止新的写入进来并把MyISAM表数据刷到硬盘上之后复制MyISAM数据文件最后释放锁。 备份MyISAM和InnoDB表最终会处于一致在准备prepare过程结束后InnoDB表数据已经前滚到整个备份结束的点而不是回滚到xtrabackup刚开始时的点。这个时间点与执行FLUSH TABLES WITH READ LOCK的时间点相同所以MyISAM表数据与InnoDB表数据是同步的。类似Oracle的recover和restoreInnoDB的prepare过程可以称为recover恢复MyISAM的数据复制过程可以称为restore还原。 Mysql5.7.3以后开启二进制日志需要加上server-id选项不然报错
###2、xtrabackup全备及恢复
㈠ 实现思路 innobackupex工具安装 innobackupex进行全备备份集不能直接用于恢复 预备阶段备份过程中产生的xtrabackup_log应用到全量备份集 模拟故障删除数据 进行全库恢复 测试验证
㈡ 实现步骤
① 安装工具
[rootdb01 ~]# yum -y install libev-4.15-3.el7.x86_64.rpm
[rootdb01 ~]# yum -y install percona-xtrabackup-24-2.4.7-2.el7.x86_64.rpm
[rootdb01 ~]# rpm -ql percona-xtrabackup-24
/usr/bin/innobackupex
/usr/bin/xbcloud
/usr/bin/xbcloud_osenv
/usr/bin/xbcrypt
/usr/bin/xbstream
/usr/bin/xtrabackup
/usr/share/doc/percona-xtrabackup-24-2.4.7
/usr/share/doc/percona-xtrabackup-24-2.4.7/COPYING
/usr/share/man/man1/innobackupex.1.gz
/usr/share/man/man1/xbcrypt.1.gz
/usr/share/man/man1/xbstream.1.gz
/usr/share/man/man1/xtrabackup.1.gz
② 全库备份
1创建测试表
create database db02;
use db02
create table t1(id int,name varchar(10)) enginemyisam;
insert into t1 values(1,mona);
create table t2(id int,name varchar(10)) engineinnodb;
insert into t2 values(2,tom);
mysql select * from db02.t1;
------------
| id | name |
------------
| 1 | mona |
------------
1 row in set (0.00 sec)mysql select * from db02.t2;
------------
| id | name |
------------
| 2 | tom |
------------
1 row in set (0.00 sec)
2创建备份用户并授权
说明管理员root用户拥有所有权限可以省略
创建备份用户admin并授予相应权限
mysql grant reload,process,lock tables,replication client on *.* to adminlocalhost identified by 123;
mysql flush privileges;说明
在数据库中需要以下权限
RELOAD和LOCK TABLES权限:为了执行FLUSH TABLES WITH READ LOCK
REPLICATION CLIENT权限为了获取binary log位置
PROCESS权限显示有关在服务器中执行的线程的信息即有关会话执行的语句的信息允许使用SHOW ENGINE
3全库备份
[rootdb01 ~]# innobackupex --useradmin --password123 /full_xtrabckup
说明备份目录默认会自动创建也可以手动创建[rootdb01 ~]# ll /full_xtrabckup/2019-01-23_22-57-28/了解相关文件
xtrabackup_checkpoints
备份类型如完全或增量、备份状态如是否已经为prepared状态和LSN(日志序列号)范围信息每个InnoDB页(通常为16k大小)都会包含一个日志序列号即LSN。
LSN是整个数据库系统的系统版本号每个页面相关的LSN能够表明此页面最近是如何发生改变的。
xtrabackup_binlog_info
mysql服务器当前正在使用的二进制日志文件及至备份这一刻为止二进制日志事件的位置。
xtrabackup_info
xtrabackup工具在备份时记录的使用工具及数据库信息
backup-my.cnf备份命令用到的配置选项信息
xtrabackup_logfilextrabackup记录innodb事物日志的信息
#####③ 应用日志到备份集(预备)
--apply-log 表示应用日志到备份集
[rootdb01 ~]# innobackupex --useradmin --password123 --apply-log /full_xtrabckup/2019-01-23_22-57-28/
说明
在实现“准备”的过程中innobackupex通常还可以使用--use-memory选项来指定其可以使用的内存的大小默认通常为100M。如果有足够的内存可用可以多划分一些内存给prepare的过程以提高其完成速度。
#####④ 故障模拟
删除数据目录里的所有文件
[rootdb01 ~]# rm -rf /usr/local/mysql/data/*
停止mysql服务
[rootdb01 ~]# ps -ef|grep mysqld
#####⑤ 数据恢复
--copy-back 表示从备份集拷贝文件到数据目录
# innobackupex --copy-back /full_xtrabckup/2019-01-23_22-57-28/说明
1. innobackupex工具是物理拷贝文件所以在恢复时不需要连接数据库这样就不需要初始化数据库并启动服务。
2. 数据目录必须是为空的innobackupex --copy-back不会覆盖已存在的文件除非指定--force-non-empty-directories参数
3. 还要注意还原时需要先关闭服务如遇以下错误
innobackupex version 2.4.7 based on MySQL server 5.7.13 Linux (x86_64) (revision id: 05f1fcf)
Error: datadir must be specified.原因innobackupex工具不知道数据目录在哪里
解决指定配置文件位置--defaults-file/path/my.cnf
说明恢复完毕务必要更改数据文件权限
[rootdb01 ~]# chown -R mysql.mysql /usr/local/mysql/data/
启动数据库
[rootdb01 ~]# service mysql start
Starting MySQL. SUCCESS!
#####⑥ 测试验证
mysql select * from db02.t1;
------------
| id | name |
------------
| 1 | mona |
------------
1 row in set (0.00 sec)mysql select * from db02.t2;
------------
| id | name |
------------
| 2 | tom |
------------
1 row in set (0.00 sec)
㈢ 小结 ###3、xtrabackup增量备份及恢复
####㈠ 增备恢复原理 ㈡ 实现思路 全量备份增量基于全备 应用日志到全量备份集中预备 更改数据 增量备份 应用增备的备份集到全量备份集中 模拟故障 数据恢复 测试验证
㈢ 实现步骤
① xtrabackup全量备份
清空环境
[rootdb01 ~]# rm -rf /full_xtrabckup/
[rootdb01 ~]# innobackupex --useradmin --password123 /full_xtrabckup
② 应用日志到全量备份集
--apply-log 表示应用日志
--redo-only 表示只应用已经提交的事务不回滚未提交的事务
注意如果已经回滚了未提交事务那么就无法再应用增量备份。
[rootdb01 ~]# innobackupex --useradmin --password123 --apply-log --redo-only /full_xtrabckup/2019-01-23_23-59-58/
#####③ 修改数据
mysql insert into db02.t1 values(2,harry),(3,jack);
mysql select * from db02.t1;
-------------
| id | name |
-------------
| 1 | mona |
| 2 | harry |
| 3 | jack |
-------------
④ xtrabackup增量备份
语法
innobackupex --incremental /incre_backup --incremental-basedirBASEDIR
说明
1.BASEDIR指的是完全备份所在的目录;/incre_backup目录中产生以时间命名的目录以存放所有的增量备份数据。
2.在执行过增量备份之后再一次进行增量备份时其--incremental-basedir应该指向上一次的增量备份所在的目录。[rootdb01 ~]# innobackupex --useradmin --password123 --incremental /incre_backup --incremental-basedir/full_xtrabckup/2019-01-23_23-59-58/
⑤ 应用增备备份集到全量备份集
语法
innobackupex --apply-log /全量备份集目录 --incremental-dir/增量备份集[rootdb01 ~]# innobackupex --useradmin --password123 --apply-log /full_xtrabckup/2019-01-23_23-59-58/ --incremental-dir/incre_backup/2019-01-24_00-13-41/说明
1.--redo-only除了最后一个不用加之外其他的增量应用都要加最后一个应用的时候可以直接进入回滚未提交事务阶段;如果加了也没事服务启动的时候会进入recovery过程来回滚
2.应用增量备份的时候只能按照备份的顺序来应用。如果应用顺序错误那么备份就不可用。如果无法确定顺序可以使用xtrabackup-checkpoints来确定顺序。
⑥ 模拟故障
删除所有数据库文件并停止mysql进程
[rootdb01 ~]# rm -rf /usr/local/mysql/data/*
[rootdb01 ~]# pkill -9 mysqld
⑦ 数据恢复
注意在准备步骤完成后还原时只需要还原完全备份即可
[rootdb01 ~]# innobackupex --useradmin --password123 --copy-back /full_xtrabckup/2019-01-23_23-59-58/
修改数据目录权限
[rootdb01 ~]# chown -R mysql. /usr/local/mysql/data/
启动数据库
[rootdb01 ~]# service mysql start
Starting MySQL.Logging to /usr/local/mysql/data/mysql3307.err.
. SUCCESS!
⑧ 测试验证
mysql select * from db02.t1;
-------------
| id | name |
-------------
| 1 | mona |
| 2 | harry |
| 3 | jack |
-------------
3 rows in set (0.01 sec)
四、MySQL备份经验分享
1、逻辑备份(mysqldump)
某同学使用mysqldump工具对数据库每天进行备份有一天数据库有问题需要进行恢复他发现数据不能恢复到最新状态原因是因为他只是全库备份数据没有备份二进制日志文件导致。
所以大家一定要明白
① mysqldump工具只能恢复到备份那一时刻
② 通过二进制日志来恢复到最新数据
2、物理备份(xtrabackup)
① 如果数据库在第1次增量备份后发生故障那么数据恢复时只能够使用xtrabackup全量备份加xtrabackup增量备份的时间点即恢复到第1次增量备份结束的点
② 如果要将数据库恢复到最新状态需要结合binlog日志恢复
③ 以上全量和增量的备份集是不能用的需要将xtrabackup_log(事务日志在备份过程中数据库的更改)应用到全量的备份集中才有效应用日志必须按照顺序去应用全备—增备1—增备2...
④ 应用所有日志到全量备份集中时需注意
1) 除了最后一次增量备份应用日志可以不加--redo-only外,其他都要加;只应用已经提交的事务不回滚未提交的事务!!!
2) 应用日志到全量备份集中时一定要严格按照时间顺序执行否则无效
3) 在恢复数据时确保数据目录为空数据库服务是停止状态 #课后实战
根据任务要求完成MySQL数据库的备份。 备份策略制定了解业务|运营|备份周期1周、备份时间点避开业务高峰 备份工具选择mysqldump |xtrabackup 脚本编写 计划任务执行
30 01 * * 0 bash full_backup.sh
30 01 * * 1 bash incremental1_backup.sh
30 01 * * 2 bash incremental2_backup.sh
30 01 * * 3 bash full_backup.sh
30 01 * * 4 bash incremental1_backup.sh
30 01 * * 5 bash full_backup.sh
30 01 * * 6 bash incremental1_backup.sh或者
30 01 * * 0,3,5 bash full_backup.sh
30 01 * * 1,4,6 bash incremental1_backup.sh
30 01 * * 2 bash incremental2_backup.sh
