innobackupex

第 五 节课 数据备份与恢复 一数据备份相关概念 1.1 数据备份的目的？数据被误删除或设备损害导致数据丢失，是备份文件恢复数据。 1.2 数据备份方式？ 物理备份：指定备份库和表对应的文件 51 cp -r /var/lib/mysql/opt/mysql.bak cp -r /var/lib/mysql/bbsdb/opt/bbsdb.bak rm -rf /var/lib/mysql/bbsdb cp -r /opt/bbsdb.bak/var/lib/mysql/bbsdb chown -R mysql:mysql/var/lib/mysql/bbsdb systemctl restart mysqld 51 scp /opt/mysql.bak 192.168.4.51:/root/ 52 rm -rf /var/lib/mysql cp -r /root/mysql.bak /var/lib/mysql chown -R mysql:mysql /var/lib/mysql systemctl restart mysqld 逻辑备份：在执行备份命令时，根据备份的库表及数据生成对应的 sql 命令，把 sql 存储到指定的文件里。 1.3 数据备份策略？ 完全备份备份所有数据（一张表的所有数据一个库的所有数据一台数据库的所有数据） 备份新产生数据

1：innobackupex version 2.4.11 此版本的备份工具有相关改动，直接把innobackupex 改为xtrabackup进行备份还原了，可以直接使用innobackupex及相关参数备份，但是在还原的时候如果使用innobackupex的话在还原增量备份会报错，信息如下 2：[root@mysql-userconlogin-192 work]# innobackupex --apply-log 2019-12-03_00-00-01_full/ --incremental-dir=2019-12-05_00-00-01_incr/ 191205 16:39:03 innobackupex: Starting the apply-log operation IMPORTANT: Please check that the apply-log run completes successfully. At the end of a successful apply-log run innobackupex prints "completed OK!". innobackupex version 2.4.11 based on MySQL server 5.7.19 Linux (x86_64) (revision id: b4e0db5) incremental

本文是翻译的Percona XtraBackup 2.2版的官方文档，原文地址在此： https://www.percona.com/doc/percona-xtrabackup/2.2/innobackupex/partial_backups_innobackupex.html，以下是译文。 原官方文档没有如何恢复的方法，恢复部分是我自己加的。 -----------------------------------------------------------这是一条分割线----------------------------------------------------------- Percona XtraBackup的功能之一“部分备份（partial backups）”，即让用户可以备份指定的表或数据库。要注意的是：你希望备份的表必须是在独立的表空间中，即该表在创建以前，你的MySQL开启了innodb_file_per_table设置。 还一点要注意的是：不要将prepared backup备份的东西拷贝回去。部分备份使用的是导入表（importing the tables），而不是全库备份的--copy-back参数。尽管有时简单的拷贝备份文件可以成功，但是这种方法很容易导致数据库的不一致，因此不推荐大家这么做。 创建部分备份（Creating Partial

脚本内容：如果没有进行过全量备份则首次进行全量备份，每周一进行一次全量备份，其余6天进行增量备份 #!/bin/bash innobackupex=/usr/bin/innobackupex #命令位置 mysql_cmd=" --user=root --password=password --host=192.168.1.170 --port=3306" #数据库连接信息 backup_full=/root/mysql/backup/full #全量备份主目录 backup=/root/mysql/backup/backup/ #增量备份主目录 date=`date +%Y-%m-%d` #echo $backup_full/$date #判断命令是否安装、目录是否存在、数据库连接信息是否正确等过滤 #如果全量备份目录为空，则开始进行全量备份，并获取目录名 ulimit -n 10240 flag_backup_full=`ls $backup_full | wc -l` if [ $flag_backup_full -eq 0 ]; then #如果全量备份目录为空，则进行全量备份 mkdir -p $bakcup_full/$date `$innobackupex $mysql_cmd $backup_full/$date` fi if [ `date +%u` -eq 1

简介 Xtrabackup2.2版之前包括4个可执行文件： innobackupex: Perl 脚本 xtrabackup: C/C++ 编译的二进制 xbstream: 支持并发写的流文件格式 xbcrypt: 加解密 xtrabackup 是用来备份 InnoDB 表的，不能备份非 InnoDB 表，和 MySQLServer 没有交互；innobackupex 脚本用来备份非 InnoDB 表，同时会调用xtrabackup 命令来备份 InnoDB 表，还会和 MySQL Server 发送命令进行交互，如加全局读锁（FTWRL）、获取位点（SHOW SLAVE STATUS）等。即innobackupex是在xtrabackup 之上做了一层封装实现的；mysqldump默认是不支持增量备份的（mysqldump实现增量备份靠的是二进制日志），xtrabackup支持增量备份 xtrabackup下载地址 https://www.percona.com/downloads/Percona-XtraBackup-2.4/ https://www.percona.com/downloads/Percona-XtraBackup-LATEST/          #最新版本下载 xtrabackup备份过程 棕色线条是备份MyISAM存储引擎的表

目录 1、数据库完整备份与恢复 （1）环境准备 （2）完全备份恢复流程 2、数据库增量备份与恢复 （1）增量和差异概述 （2）增量备份和恢复 3、数据库差异备份与恢复 4、简单命令进行物理备份 我叫张贺，贪财好色。一名合格的LINUX运维工程师，专注于LINUX的学习和研究，曾负责某中型企业的网站运维工作，爱好佛学和跑步。 个人博客： 传送阵 笔者微信：zhanghe15069028807 percona-xtrabackup 开源免费支持 mysql 热备的软件，支持增量、差异备份。 yum -y install https://www.percona.com/downloads/Percona-XtraBackup-LATEST/Percona-XtraBackup-8.0-8/binary/redhat/7/x86_64/percona-xtrabackup-80-8.0.8-1.el7.x86_64.rpm [root@mysql02 ~]# rpm -ql percona-xtrabackup-80.x86_64 /usr/bin/xbcloud /usr/bin/xbcloud_osenv /usr/bin/xbcrypt /usr/bin/xbstream /usr/bin/xtrabackup /usr/lib64/xtrabackup/plugin/keyring

简介 Xtrabackup是由percona提供的mysql数据库备份工具，据官方介绍，这也是世界上惟一一款开源的能够对innodb和xtradb数据库进行热备的工具。特点： (1)备份过程快速、可靠； (2)备份过程不会打断正在执行的事务； (3)能够基于压缩等功能节约磁盘空间和流量； (4)自动实现备份检验； (5)还原速度快； Xtrabackup中包含两个工具 ： * xtrabackup - 用于热备份innodb, xtradb表的工具，不能备份其他表。 * innobackupex - 对xtrabackup封装的perl脚本，提供了MyISAM表备份的能力。（能进行整库和数据表备份）。 使用innobakupex备份时，其会调用xtrabackup备份所有的InnoDB表，复制所有关于表结构定义的相关文件(.frm)、以及MyISAM、MERGE、CSV和ARCHIVE表的相关文件， 同时还会备份触发器和数据库配置信息相关的文件。这些文件会被保存至一个以时间命令的目录中。 在备份的同时，innobackupex还会在备份目录中创建如下文件： (1)xtrabackup_checkpoints —— 备份类型（如完全或增量）、备份状态（如是否已经为prepared状态）和LSN(日志序列号)范围信息；每个InnoDB页(通常为16k大小)都会 包含一个日志序列号

一.备份的原因 运维工作的核心简单概括就两件事: 1）第一个是保护公司的数据. 2）第二个是让网站能7*24小时提供服务(用户体验)。 1）备份就是为了恢复。 2）尽量减少数据的丢失（公司的损失） 二.备份的类型 冷备份: 这些备份在用户不能访问数据时进行，因此无法读取或修改数据。这些脱机备份会阻止执行任何使用数据的活动。这些类型的备份不会干扰正常运行的系统的性能。但是，对于某些应用程序，会无法接受必须在一段较长的时间里锁定或完全阻止用户访问数据。 温备份: 这些备份在读取数据时进行，但在多数情况下，在进行备份时不能修改数据本身。这种中途备份类型的优点是不必完全锁定最终用户。但是，其不足之处在于无法在进行备份时修改数据集，这可能使这种类型的备份不适用于某些应用程序。在备份过程中无法修改数据可能产生性能问题。 热备份: 这些动态备份在读取或修改数据的过程中进行，很少中断或者不中断传输或处理数据的功能。使用热备份时，系统仍可供读取和修改数据的操作访问。 三.备份的方式 1.逻辑备份: 基于SQL语句的备份 1）binlog 2）into outfile mysql> select * from world.city into outfile '/tmp/world_city.data'; 3）mysqldump 4）replication 5）mysqlbinlog 2.物理备份:

通常数据库备份数据文件、 binlog 日志文件和 my.cnf 配置文件都应在其他地方保存一份甚至多份 仅备份是没有任何意义, 需要在测试环境中做日常恢复演练, 测试备份的可用性, 恢复较比备份更加的重要 备份: 能够有效防止设备故障以及人为误操作带来的数据丢失, 例如:将数据文件保存在远端。 冗余: 数据有多分冗余, 但不等于备份, 只能防止机械故障丢失的数据, 例如: 主备模式、数据库集群。 Mysql逻辑备份与恢复 完整备份与恢复 增量备份与恢复 Mysql物理备份与恢复 完整备份与恢复 增量备份与恢复 toc 数据库备份必须考虑因素 数据的一致性 服务的可用性 数据库备份方式 逻辑备份: 备份 DDL DML DCL 语句, 适用于中小型数据库, 效率相对低下。 mysqldump、mydumper 物理备份: 直接复制数据库文件, 适用于大型数据库环境, 效率相对较高。 xtrabackup、inbackup、cp、tar、lvm snapshot 数据库备份模式 完全备份 增量备份 差异备份 Mysql逻辑备份与恢复 Mysql自带逻辑备份工具 mysqldump , 可以保证数据备份一致性, 以及服务可用性 不管物理备份还是逻辑备份, 必须开启 binlog 日志 mysqldump -h 服务器 -u 用户名 -p 密码 数据库名 > 备份文件.sql -A, -