innobackupex 完整备份,增量备份,恢复 mysql 数据库

简介:

使用innobackupex完整 备份


step1:生成一个完整备份   在此步骤时候,会锁表

1
2
#innobackupex   --defaults-file=/usr/local/mysql/my.cnf  --user=root --password=''
--host=127.0.0.1 /usr/local/mysql/backup/ex/

step2:

生成innodb日志,使备份够使用

1
2
#innobackupex   --defaults-file=/usr/local/mysql/my.cnf  --use-memory=500m --apply-log 
--host=127.0.0.1 /usr/local/mysql/backup/ex/2015-01-13_11-17-34



使用innobackupex 恢复备份

step1:

1
2
#innobackupex   --defaults-file=/usr/local/mysql/my.cnf  --copy-back  
  /usr/ local /mysql/backup/ex/2015-01-13_11-17-34

这条命令将根据my.cnf路的datadir的设置将备份恢复至数据库

step2:

1
#chmod -R mysql.mysql  /usr/ local /mysql/data


使用innobackupex 做增量备份



1
2
3
4
5
6
7
8
#mkdir  -pv {mon,tue.wed}
#innobackupex  --defaults-file=/usr/local/mysql/my.cnf --user=root --password=''
--host=127.0.0.1 /usr/local/mysql/backup/mon/
 
#innobackupex  --defaults-file=/usr/local/mysql/my.cnf --incremental
/usr/ local /mysql/backup/tue/    --host=127.0.0.1 
  --incremental-basedir=/usr/local/mysql/backup/mon/2015-01-13_12-19-14/  
--user=root
1
2
3
#innobackupex  --defaults-file=/usr/local/mysql/my.cnf --incremental /usr/local/mysql/backup/wed/   
--host=127.0.0.1  --incremental-basedir=/usr/local/mysql/backup/tue/2015-01-13_12-23-45/  
--user=root  --password=''




使用innobackupex恢复增量备份


step1 首先准备原始备份

1
2
#innobackupex  --apply-log --redo-only /usr/local/mysql/backup/mon/2015-01-13_12-19-14/  
--use-memory=500m --user=root --password='' --host=127.0.0.1

step2 合并增量备份至原始备份

1
2
3
#innobackupex  --apply-log --redo-only /usr/local/mysql/backup/mon/2015-01-13_12-19-14/   
--incremental-dir=/usr/local/mysql/backup/tue/2015-01-13_12-23-45/ 
  --user=root    --password=''  --host=127.0.0.1 --use-memory=500m
1
2
3
#innobackupex  --apply-log --redo-only /usr/local/mysql/backup/mon/2015-01-13_12-19-14/  
  --incremental-dir=/usr/local/mysql/backup/wed/2015-01-13_12-30-53/ --user=root   
   --password=''  --host=127.0.0.1 --use-memory=500m

step3 生成最终备份

1
2
#innobackupex  --apply-log /usr/local/mysql/backup/mon/2015-01-13_12-19-14/ 
  --use-memory=500m --user=root --password='' --host=127.0.0.1

step4:最终恢复之数据目录

1
2
#innobackupex   --defaults-file=/usr/local/mysql/my.cnf  --copy-back   
/usr/ local /mysql/backup/mon/2015-01-13_11-17-34

这条命令将根据my.cnf路的datadir的设置将备份恢复至数据库

 

1
2
#chmod -R mysql.mysql  /usr/local/mysql/data
#/etc/init.d/mysqld  restart


=========================================================================================


innobackupex语法 


BASH 


innobackup [--sleep=MS] [--compress[=LEVEL]] [--include=REGEXP] [--user=NAME] [--password=WORD] 

[--port=PORT] [--socket=SOCKET] [--no-timestamp] [--ibbackup=IBBACKUP-BINARY] [--slave-info] [--stream=tar] 

[--defaults-file=MY.CNF] [--databases=LIST] [--remote-host=HOSTNAME] BACKUP-ROOT-DIR 


innobackup --apply-log [--use-memory=MB] [--uncompress] [--defaults-file=MY.CNF] [--ibbackup=IBBACKUP-BINARY] BACKUP-DIR 


innobackup --copy-back [--defaults-file=MY.CNF] BACKUP-DIR 


各参数说明: 


--defaults-file 

同xtrabackup的--defaults-file参数 


--apply-log 

对xtrabackup的--prepare参数的封装 


--copy-back 

做数据恢复时将备份数据文件拷贝到MySQL服务器的datadir ; 


--remote-host=HOSTNAME 

通过ssh将备份数据存储到进程服务器上; 


--stream=[tar] 


备份文件输出格式, tar时使用tar4ibd , 该文件可在XtarBackup binary文件中获得.如果备份时有指定--stream=tar, 则tar4ibd文件所处目录一定要在$PATH中(因为使用的是tar4ibd去压缩, 在XtraBackup的binary包中可获得该文件)。 


在使用参数stream=tar备份的时候,你的xtrabackup_logfile可能会临时放在/tmp目录下,如果你备份的时候并发写入较大的话xtrabackup_logfile可能会很大(5G+),很可能会撑满你的/tmp目录,可以通过参数--tmpdir指定目录来解决这个问题。 


--tmpdir=DIRECTORY 


当有指定--remote-host or --stream时, 事务日志临时存储的目录, 默认采用MySQL配置文件中所指定的临时目录tmpdir 


--redo-only --apply-log组, 


强制备份日志时只redo ,跳过rollback。这在做增量备份时非常必要。 


--use-memory=# 


该参数在prepare的时候使用,控制prepare时innodb实例使用的内存量 


--throttle=IOS 


同xtrabackup的--throttle参数 


--sleep=是给ibbackup使用的,指定每备份1M数据,过程停止拷贝多少毫秒,也是为了在备份时尽量减小对正常业务的影响,具体可以查看ibbackup的手册 ; 


--compress[=LEVEL] 

对备份数据迚行压缩,仅支持ibbackup,xtrabackup还没有实现; 


--include=REGEXP 

对xtrabackup参数--tables的封装,也支持ibbackup。备份包含的库表,例如:--include="test.*",意思是要备份test库中所有的表。如果需要全备份,则省略这个参数;如果需要备份test库下的2个表:test1和test2,则写成:--include="test.test1|test.test2"


。也可以使用通配符,如:--include="test.test*"。 


--databases=LIST 

列出需要备份的databases,如果没有指定该参数,所有包含MyISAM和InnoDB表的database都会被备份; 


--uncompress 

解压备份的数据文件,支持ibbackup,xtrabackup还没有实现该功能; 


--slave-info, 

备份从库, 加上--slave-info备份目录下会多生成一个xtrabackup_slave_info 文件, 这里会保存主日志文件以及偏移, 文件内容类似于:CHANGE MASTER TO MASTER_LOG_FILE='', MASTER_LOG_POS=0 


--socket=SOCKET 

指定mysql.sock所在位置,以便备份进程登录mysql. 


备份前首先所需要建立一个备份所需的目录 

1
mkdir  -p  /data0/backup/mysql

 


  1、普通备份 

1
2
innobackupex  --database="testinnodb test" --user=root 
--no-lock --defaults-file=/data0/mysql/my.cnf /data0/backup/mysql 2>/tmp/mysqlbackup.log

  注:使用mysql的root用户将数据库testinnodb和test的备份,备份路径是/data0/backup/mysql/。备份 成功后会在该目录下将创建以时间戳为名称的备份目录。no-lock参数用于指定备份时不锁定表。2>/tmp/mysqlbackup.log是 将备份过程中的输出信息保存到/tmp/mysqlbackup.log中。 


  2、打包备份 

1
2
innobackupex  --database="testinnodb test" --user=root --defaults-file=/data0/mysql/my.cnf 
--no-lock --stream=tar /data0/backup/mysql/ 2>/tmp/innobackup.log 1>/data0/backup/mysql/mike.tar

  注:这种备份时间会比较长,主要是执行压缩操作。这种方式打的包需要使用tar izxvf解压。参数-i是必须加上的。 


  3、压缩备份 

1
2
innobackupex  --database="testinnodb test" --user=root --defaults-file=/data0/mysql/my.cnf 
--no-lock --stream=tar /data0/backup/mysql/ 2>/tmp/innobackup.log|gzip>/data0/backup/mysql/mike.tar.gz


  4、备份到远程服务器 

   

  备份当前机器下的数据到192.168.1.101的/data0/目录下。 

1
2
innobackupex  --database="testinnodb test" --user=root --defaults-file=/data0/mysql/my.cnf 
--no-lock --stream=tar /data0/backup/mysql/|ssh root@192.168.1.101 cat ">"/data0/backup.tar

或者在备份机操作备份

1
2
#innobackupex   --defaults-file=/usr/local/mysql/my.cnf  --user=root --password='' 
  --host=192.168.1.212  /root/
1
2
#innobackupex   --defaults-file=/usr/local/mysql/my.cnf  --use-memory=500m --apply-log  
--host=192.168.1.212 /root/2015-01-13_15-43-00/


  B、数据恢复 


  以压缩后的备份数据为例,普通备份和打包备份的恢复方法和这个类似,就不在举例了。 


  解包备份数据 

1
#tar xvzfi mike.tar.gz


  指定恢复备份所需的xtrabackup_logfile文件的目录 

1
#innobackupex  --apply-log --user=root --defaults-file=/data0/mysql/my.cnf --no-lock /data0/backup/mysql

  从备份目录拷贝数据、索引、日志到my.cnf文件里规定初始的数据目录位置。 

1
#innobackupex  --copy-back --user=root --defaults-file=/data0/mysql/my.cnf --no-lock /data0/backup/mysql


  修改数据目录权限 

1
#chown -R mysql:mysql /data0/mysql/data


  重启MySQL 

1
/data0/mysql/mysql restart




      本文转自crazy_charles 51CTO博客,原文链接http://blog.51cto.com/douya/1587057 :,如需转载请自行联系原作者




相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
相关文章
|
10月前
|
关系型数据库 MySQL 数据库
阿里云数据库RDS费用价格:MySQL、SQL Server、PostgreSQL和MariaDB引擎收费标准
阿里云RDS数据库支持MySQL、SQL Server、PostgreSQL、MariaDB,多种引擎优惠上线!MySQL倚天版88元/年,SQL Server 2核4G仅299元/年,PostgreSQL 227元/年起。高可用、可弹性伸缩,安全稳定。详情见官网活动页。
1579 152
|
10月前
|
关系型数据库 MySQL 数据库
阿里云数据库RDS支持MySQL、SQL Server、PostgreSQL和MariaDB引擎
阿里云数据库RDS支持MySQL、SQL Server、PostgreSQL和MariaDB引擎,提供高性价比、稳定安全的云数据库服务,适用于多种行业与业务场景。
1098 156
|
10月前
|
关系型数据库 MySQL 分布式数据库
阿里云PolarDB云原生数据库收费价格:MySQL和PostgreSQL详细介绍
阿里云PolarDB兼容MySQL、PostgreSQL及Oracle语法,支持集中式与分布式架构。标准版2核4G年费1116元起,企业版最高性能达4核16G,支持HTAP与多级高可用,广泛应用于金融、政务、互联网等领域,TCO成本降低50%。
|
10月前
|
关系型数据库 分布式数据库 数据库
阿里云数据库收费价格:MySQL、PostgreSQL、SQL Server和MariaDB引擎费用整理
阿里云数据库提供多种类型,包括关系型与NoSQL,主流如PolarDB、RDS MySQL/PostgreSQL、Redis等。价格低至21元/月起,支持按需付费与优惠套餐,适用于各类应用场景。
|
10月前
|
SQL 关系型数据库 MySQL
Mysql数据恢复—Mysql数据库delete删除后数据恢复案例
本地服务器,操作系统为windows server。服务器上部署mysql单实例,innodb引擎,独立表空间。未进行数据库备份,未开启binlog。 人为误操作使用Delete命令删除数据时未添加where子句,导致全表数据被删除。删除后未对该表进行任何操作。需要恢复误删除的数据。 在本案例中的mysql数据库未进行备份,也未开启binlog日志,无法直接还原数据库。
|
10月前
|
缓存 关系型数据库 BI
使用MYSQL Report分析数据库性能(下)
使用MYSQL Report分析数据库性能
592 158
|
10月前
|
关系型数据库 MySQL 数据库
自建数据库如何迁移至RDS MySQL实例
数据库迁移是一项复杂且耗时的工程,需考虑数据安全、完整性及业务中断影响。使用阿里云数据传输服务DTS,可快速、平滑完成迁移任务,将应用停机时间降至分钟级。您还可通过全量备份自建数据库并恢复至RDS MySQL实例,实现间接迁移上云。
|
10月前
|
缓存 监控 关系型数据库
使用MYSQL Report分析数据库性能(中)
使用MYSQL Report分析数据库性能
634 156
|
10月前
|
缓存 监控 关系型数据库
使用MYSQL Report分析数据库性能(上)
最终建议:当前系统是完美的读密集型负载模型,优化重点应放在减少行读取量和提高数据定位效率。通过索引优化、分区策略和内存缓存,预期可降低30%的CPU负载,同时保持100%的缓冲池命中率。建议每百万次查询后刷新统计信息以持续优化
755 161
|
11月前
|
存储 运维 关系型数据库
从MySQL到云数据库,数据库迁移真的有必要吗?
本文探讨了企业在业务增长背景下,是否应从 MySQL 迁移至云数据库的决策问题。分析了 MySQL 的优势与瓶颈,对比了云数据库在存储计算分离、自动化运维、多负载支持等方面的优势,并提出判断迁移必要性的五个关键问题及实施路径,帮助企业理性决策并落地迁移方案。

热门文章

最新文章

推荐镜像

更多