innobackupex命令用法实战_wfs1994的博客-CSDN博客_innobackupex

本站和网页 https://blog.csdn.net/wfs1994/article/details/80398234 的作者无关，不对其内容负责。快照谨为网络故障时之索引，不代表被搜索网站的即时页面。

innobackupex命令用法实战_wfs1994的博客-CSDN博客_innobackupex
innobackupex命令用法实战
wfs1994
于 2018-05-21 22:13:22 发布
23685
收藏
19
分类专栏：
xtrabackup
文章标签：
xtrabackup
innobackupex
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wfs1994/article/details/80398234
版权
xtrabackup
专栏收录该内容
3 篇文章
1 订阅
订阅专栏
关于物理备份工具xtrabackup的安装及介绍可以看一下上篇文章：Percona XtraBackup使用说明 接下来介绍一下xtrabackup的两个主要工具：xtrabackup和innobackupex的用法。
环境说明：
HostNameIPServersDBlinux-node1192.168.20.200zabbix-server5.5.56-MariaDBtest192.168.20.2015.5.56-MariaDB
test为一台新建测试机，yum安装mysql用来测试恢复zabbix-server端备份的数据。需要做如下配置：
[root@test ~]# cat /etc/redhat-release
CentOS Linux release 7.3.1611 (Core)
[root@test ~]# yum install -y mariadb mariadb-server #安装mariadb
[root@test ~]# systemctl start mariadb #启动服务
授权zabbix用户：zabbix web端连接展示用，需要修改zabbix.conf.php文件以对应授权用户
MariaDB [mysql]> grant all privileges on zabbix.* to zabbix@'192.168.20.200' identified by '123456';
Query OK, 0 rows affected (0.08 sec)
在zabbix-server端创建进行备份所需最低权限的备份用户：
MariaDB [(none)]> grant reload,lock tables,process,replication client on *.* to 'backup'@'localhost' identified by '123456';
本篇将介绍innobackupex命令的用法：
innobackupex命令在新版本中被弃用了，为了使用上的兼容考虑仍然以xtrabackup软链接的形式存在，本篇整理了使用innobackupex命令进行完全备份和增量备份的全过程以及命令参数说明。了解即可
完全备份
1.在zabbix服务端对zabbix数据库进行完全备份：
[root@linux-node1 backup]# innobackupex --defaults-file=/etc/my.cnf --user=backup --password=123456 --databases=zabbix /data/backup/
执行完成后会在备份目录/data/backup下生成一个以时间戳命名的文件夹
[root@linux-node1 backup]# ll 2018-05-21_15-02-53/
total 895020
-rw-r----- 1 root root 431 May 21 15:03 backup-my.cnf
-rw-r----- 1 root root 916455424 May 21 15:03 ibdata1
-rw-r----- 1 root root 27 May 21 15:03 xtrabackup_binlog_info
-rw-r----- 1 root root 119 May 21 15:03 xtrabackup_checkpoints
-rw-r----- 1 root root 533 May 21 15:03 xtrabackup_info
-rw-r----- 1 root root 19456 May 21 15:03 xtrabackup_logfile
drwxr-x--- 2 root root 4096 May 21 15:03 zabbix
2.备份文件复制到测试端：
[root@linux-node1 backup]# scp -r 2018-05-21_15-02-53/ root@192.168.20.201:/data/backup/
3.测试端准备(prepare)一个完全备份:
[root@test backup]# innobackupex --apply-log /data/backup/2018-05-21_15-02-53/
4.恢复备份的数据：
#关闭数据库：
[root@test backup]# systemctl stop mariadb
#恢复数据：
[root@test backup]# innobackupex --copy-back /data/backup/2018-05-21_15-02-53/
Original data directory /var/lib/mysql is not empty!
#执行上面的命令需要保证数据库目录是空的，否则会失败，因为目录里有binlog日志，要么移走，要么就用手动复制需要的文件。所以说日志不要和数据放在一起！
#执行手动恢复：
[root@test 2018-05-21_15-02-53]# cp ibdata1 ib_logfile0 ib_logfile1 /var/lib/mysql/
[root@test 2018-05-21_15-02-53]# cp -av zabbix/ /var/lib/mysql/
#恢复后数据库的属性会发生变化需要修改：
[root@test mysql]# chown -R mysql.mysql /var/lib/mysql/*
#启动数据库：
[root@test mysql]# systemctl start mariadb
5.查看恢复数据 修改zabbix.conf.php文件中数据库的配置为测试机的授权用户：
$DB['TYPE'] = 'MYSQL';
$DB['SERVER'] = 'localhost';
$DB['PORT'] = '0';
$DB['DATABASE'] = 'zabbix';
$DB['USER'] = 'zabbix';
$DB['PASSWORD'] = '123456';
可以看到完全备份的时间与页面展示的数据时间关系是对应的。
增量备份
增量备份需要在全备的基础上进行
对于增量备份的Prepare阶段，有2个需要注意的地方，一个是提交的事务需要replayed，一个未提交的事务需要rollback。如果在Prepare阶段replay了已提交的事务以及回滚了未提交的事务，则后续的增量备份无法添加到当前全备。因此在Prepare阶段全备应使用–redo-only选项。对于存在多次增量的情形，仅仅只有最后一个增量不需要使用–redo-only 选项。如果使用了的话，rollback将由服务器启动的时候来完成。 1.创建增量备份 全备：
[root@linux-node1 backup]# innobackupex --defaults-file=/etc/my.cnf --user=backup --password=123456 --databases=zabbix /data/backup/
#这里可以直接使用刚才完全备份的数据，只需要重新往测试机上传一份即可
增量备份：
[root@linux-node1 ~]# innobackupex --defaults-file=/etc/my.cnf --user=backup --password=123456 --databases=zabbix --incremental /data/backup/increment_data/ --incremental-basedir=/data/backup/2018-05-21_15-02-53/
#其中，--incremental指明是增量备份，--incremental-basedir指定上次完整备份或者增量备份文件的位置。这里的增量备份其实只针对的是InnoDB，对于MyISAM来说，还是完整备份。
继续增量：
[root@linux-node1 increment_data]# innobackupex --defaults-file=/etc/my.cnf --user=backup --password=123456 --databases=zabbix --incremental /data/backup/increment_data/ --incremental-basedir=/data/backup/increment_data/2018-05-21_15-21-11/
#要是在第2次做增量备份的时候 --incremental-basedir 指向全量备份，则第一次增量备份中的数据会被第2次包含，只需要还原一次就可以恢复，现在则需要还原2次增量备份。
lsn对应关系如下：
2.推送备份数据到测试机
[root@linux-node1 backup]# scp -r 2018-05-21_15-02-53/ root@192.168.20.201:/data/backup/
[root@linux-node1 backup]# scp -r /data/backup/increment_data/2018-05-21_15-21-11/ root@192.168.20.201:/data/backup/increment_data/
[root@linux-node1 backup]# scp -r /data/backup/increment_data/2018-05-21_15-30-13/ root@192.168.20.201:/data/backup/increment_data/
3.测试端准备(prepare) 需要注意和完全备份的区别--apply-log --redo-only 先prepare全备：
[root@test backup]# innobackupex --apply-log --redo-only /data/backup/2018-05-21_15-02-53/
再prepare第一个增量:
[root@test backup]# innobackupex --apply-log --redo-only --user-memory=1G /data/backup/2018-05-21_15-02-53/ --incremental-dir=/data/backup/increment_data/2018-05-21_15-21-11/
然后prepare最后一个增量:
[root@test backup]# innobackupex --apply-log /data/backup/2018-05-21_15-02-53/ --incremental-dir=/data/backup/increment_data/2018-05-21_15-30-13/
可以发现在在准备的过程中backup_type的变化过程为full-backuped–>log-applied–>log-applied–>full-backuped。 此时查看lsn可以看到此时的to_lsn指向了第二次增量备份的to_lsn：
4.恢复备份
#关闭数据库：
[root@test backup]# systemctl stop mariadb
#执行手动恢复：
[root@test 2018-05-21_15-02-53]# cp ibdata1 ib_logfile0 ib_logfile1 /var/lib/mysql/
[root@test 2018-05-21_15-02-53]# cp -av zabbix/ /var/lib/mysql/
#恢复后数据库的属性会发生变化需要修改：
[root@test mysql]# chown -R mysql.mysql /var/lib/mysql/*
#启动数据库：
[root@test mysql]# systemctl start mariadb
5.查看恢复后的数据
总结
增量备份是基于增量或全备的基础之上完成的。增量备份的基础是InnoDB引擎使用了LSN机制，非InnoDB引擎不存在增量备份的说法，每次都是全备。对于增量备份的恢复期间需要对已提交的事务前滚，未提交的事务回滚。增量备份的恢复应按照备份的顺利逐个逐个replay，需要使用--apply-log --redo-only选项。仅仅最后一个增量备份不需要使用–redo-only选项。如果要做完全恢复或时点恢复，需要结合binlog来实现
innobackupex参数说明
# innobackupex --help
innobackupex - Non-blocking backup tool for InnoDB, XtraDB and HailDB databases
NOTICE: 'innobackupex' is deprecated, please switch to 'xtrabackup'
备份：
innobackupex [--compress] [--compress-threads=NUMBER-OF-THREADS] [--compress-chunk-size=CHUNK-SIZE]
[--encrypt=ENCRYPTION-ALGORITHM] [--encrypt-threads=NUMBER-OF-THREADS] [--encrypt-chunk-size=CHUNK-SIZE]
[--encrypt-key=LITERAL-ENCRYPTION-KEY] | [--encryption-key-file=MY.KEY]
[--include=REGEXP] [--user=NAME]
[--password=WORD] [--port=PORT] [--socket=SOCKET]
[--no-timestamp] [--ibbackup=IBBACKUP-BINARY]
[--slave-info] [--galera-info] [--stream=tar|xbstream]
[--defaults-file=MY.CNF] [--defaults-group=GROUP-NAME]
[--databases=LIST] [--no-lock]
[--tmpdir=DIRECTORY] [--tables-file=FILE]
[--history=NAME]
[--incremental] [--incremental-basedir]
[--incremental-dir] [--incremental-force-scan] [--incremental-lsn]
[--incremental-history-name=NAME] [--incremental-history-uuid=UUID]
[--close-files] [--compact]
BACKUP-ROOT-DIR
#常用参数
--user：该选项表示备份账号。
--password：该选项表示备份的密码。
--port：该选项表示备份数据库的端口。
--host：该选项表示备份数据库的地址。
--socket：该选项表示mysql.sock所在位置，以便备份进程登录mysql。
--defaults-file：该选项指定了从哪个文件读取MySQL配置，必须放在命令行第一个选项的位置。
--databases：该选项接受的参数为数据名，如果要指定多个数据库，彼此间需要以空格隔开；如："db1 db2"，同时，在指定某数据库时，也可以只指定其中的某张表。如："mydatabase.mytable"。该选项对innodb引擎表无效，还是会备份所有innodb表。此外，此选项也可以接受一个文件为参数，文件中每一行为一个要备份的对象。
#压缩参数
--compress：该选项表示压缩innodb数据文件的备份。
--compress-threads：该选项表示并行压缩worker线程的数量。
--compress-chunk-size：该选项表示每个压缩线程worker buffer的大小，单位是字节，默认是64K。
#加密参数
--encrypt：该选项表示通过ENCRYPTION_ALGORITHM的算法加密innodb数据文件的备份，目前支持的算法有ASE128,AES192,AES256。
--encrypt-key：该选项使用合适长度加密key，因为会记录到命令行，所以不推荐使用。
--encryption-key-file：该选项表示文件必须是一个简单二进制或者文本文件，加密key可通过以下命令行命令生成：openssl rand -base64 24。
--encrypt-threads：该选项表示并行加密的worker线程数量。
--encrypt-chunk-size：该选项表示每个加密线程worker buffer的大小，单位是字节，默认是64K。
#增量备份参数
--incremental：该选项表示创建一个增量备份，需要指定--incremental-basedir。
--incremental-basedir：该选项表示接受了一个字符串参数指定含有full backup的目录为增量备份的base目录，与--incremental同时使用。
--incremental-lsn：该选项表示指定增量备份的LSN，与--incremental选项一起使用。
--incremental-dir：该选项表示增量备份的目录。
--incremental-force-scan：该选项表示创建一份增量备份时，强制扫描所有增量备份中的数据页。
--incremental-history-name：该选项表示存储在PERCONA_SCHEMA.xtrabackup_history基于增量备份的历史记录的名字。Percona Xtrabackup搜索历史表查找最近（innodb_to_lsn）成功备份并且将to_lsn值作为增量备份启动出事lsn.与innobackupex--incremental-history-uuid互斥。如果没有检测到有效的lsn，xtrabackup会返回error。
--incremental-history-uuid：该选项表示存储在percona_schema.xtrabackup_history基于增量备份的特定历史记录的UUID。
#主从
--slave-info：该选项表示对slave进行备份的时候使用，打印出master的名字和binlog pos，同样将这些信息以change master的命令写入xtrabackup_slave_info文件。可以通过基于这份备份启动一个从库。
--safe-slave-backup：该选项表示为保证一致性复制状态，这个选项停止SQL线程并且等到show status中的slave_open_temp_tables为0的时候开始备份，如果没有打开临时表，bakcup会立刻开始，否则SQL线程启动或者关闭知道没有打开的临时表。如果slave_open_temp_tables在--safe-slave-backup-timeount（默认300秒）秒之后不为0，从库sql线程会在备份完成的时候重启。
--include：该选项表示使用正则表达式匹配表的名字[db.tb]，要求为其指定匹配要备份的表的完整名称，即databasename.tablename。
--tables-file：该选项表示指定含有表列表的文件，格式为database.table，该选项直接传给--tables-file。
--no-timestamp：该选项可以表示不要创建一个时间戳目录来存储备份，指定到自己想要的备份文件夹。
--rsync：该选项表示通过rsync工具优化本地传输，当指定这个选项，innobackupex使用rsync拷贝非Innodb文件而替换cp，当有很多DB和表的时候会快很多，不能--stream一起使用。
--stream：该选项表示流式备份的格式，backup完成之后以指定格式到STDOUT，目前只支持tar和xbstream。
--ibbackup：该选项指定了使用哪个xtrabackup二进制程序。IBBACKUP-BINARY是运行percona xtrabackup的命令。这个选项适用于xtrbackup二进制不在你是搜索和工作目录，如果指定了该选项,innoabackupex自动决定用的二进制程序。
--kill-long-queries-timeout：该选项表示从开始执行FLUSH TABLES WITH READ LOCK到kill掉阻塞它的这些查询之间等待的秒数。默认值为0，不会kill任何查询，使用这个选项xtrabackup需要有Process和super权限。
--kill-long-query-type：该选项表示kill的类型，默认是all，可选select。
--ftwrl-wait-threshold：该选项表示检测到长查询，单位是秒，表示长查询的阈值。
--ftwrl-wait-query-type：该选项表示获得全局锁之前允许那种查询完成，默认是ALL，可选update。
--galera-info：该选项表示生成了包含创建备份时候本地节点状态的文件xtrabackup_galera_info文件，该选项只适用于备份PXC。
--defaults-extra-file：该选项指定了在标准defaults-file之前从哪个额外的文件读取MySQL配置，必须在命令行的第一个选项的位置。一般用于存备份用户的用户名和密码的配置文件。
----defaults-group：该选项表示从配置文件读取的组，innobakcupex多个实例部署时使用。
--no-lock：该选项表示关闭FTWRL的表锁，只有在所有表都是Innodb表并且不关心backup的binlog pos点，如果有任何DDL语句正在执行或者非InnoDB正在更新时（包括mysql库下的表），都不应该使用这个选项，后果是导致备份数据不一致，如果考虑备份因为获得锁失败，可以考虑--safe-slave-backup立刻停止复制线程。
--tmpdir：该选项表示指定--stream的时候，指定临时文件存在哪里，在streaming和拷贝到远程server之前，事务日志首先存在临时文件里。在 使用参数stream=tar备份的时候，你的xtrabackup_logfile可能会临时放在/tmp目录下，如果你备份的时候并发写入较大的话 xtrabackup_logfile可能会很大(5G+)，很可能会撑满你的/tmp目录，可以通过参数--tmpdir指定目录来解决这个问题。
--history：该选项表示percona server 的备份历史记录在percona_schema.xtrabackup_history表。 --close-files：该选项表示关闭不再访问的文件句柄，当xtrabackup打开表空间通常并不关闭文件句柄目的是正确的处理DDL操作。如果表空间数量巨大，这是一种可以关闭不再访问的文件句柄的方法。使用该选项有风险，会有产生不一致备份的可能。
--compact：该选项表示创建一份没有辅助索引的紧凑的备份。
--throttle：该选项表示每秒IO操作的次数，只作用于bakcup阶段有效。apply-log和--copy-back不生效不要一起用。
prepare：
innobackupex --apply-log [--use-memory=B]
[--defaults-file=MY.CNF]
[--export] [--redo-only] [--ibbackup=IBBACKUP-BINARY]
BACKUP-DIR
--apply-log：该选项表示同xtrabackup的--prepare参数,一般情况下,在备份完成后，数据尚且不能用于恢复操作，因为备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据文件中的事务。因此，此时数据 文件仍处理不一致状态。--apply-log的作用是通过回滚未提交的事务及同步已经提交的事务至数据文件使数据文件处于一致性状态。
--use-memory：该选项表示和--apply-log选项一起使用，prepare 备份的时候，xtrabackup做crash recovery分配的内存大小，单位字节。也可(1MB,1M,1G,1GB)，推荐1G。
--defaults-file：该选项指定了从哪个文件读取MySQL配置，必须放在命令行第一个选项的位置。
--export：这个选项表示开启可导出单独的表之后再导入其他Mysql中。
--redo-only：这个选项在prepare base full backup，往其中merge增量备份（但不包括最后一个）时候使用。
解压解密：
innobackupex [--decompress] [--decrypt=ENCRYPTION-ALGORITHM]
[--encrypt-key=LITERAL-ENCRYPTION-KEY] | [--encryption-key-file=MY.KEY]
[--parallel=NUMBER-OF-FORKS] BACKUP-DIR
--decompress：该选项表示解压--compress选项压缩的文件。
--parallel：该选项表示允许多个文件同时解压。为了解压，qpress工具必须有安装并且访问这个文件的权限。这个进程将在同一个位置移除原来的压缩/加密文件。
--decrypt：该选项表示解密通过--encrypt选项加密的.xbcrypt文件。
还原：
innobackupex --copy-back [--defaults-file=MY.CNF] [--defaults-group=GROUP-NAME] BACKUP-DIR
innobackupex --move-back [--defaults-file=MY.CNF] [--defaults-group=GROUP-NAME] BACKUP-DIR
--copy-back：做数据恢复时将备份数据文件拷贝到MySQL服务器的datadir。
--move-back：这个选项与--copy-back相似，唯一的区别是它不拷贝文件，而是移动文件到目的地。这个选项移除backup文件，用时候必须小心。使用场景：没有足够的磁盘空间同事保留数据文件和Backup副本
注意：
1.datadir目录必须为空。除非指定innobackupex --force-non-empty-directorires选项指定，否则--copy-backup选项不会覆盖
2.在restore之前,必须shutdown MySQL实例，你不能将一个运行中的实例restore到datadir目录中
3.由于文件属性会被保留，大部分情况下你需要在启动实例之前将文件的属主改为mysql，这些文件将属于创建备份的用户
chown -R my5711:mysql /data1/dbrestore
以上需要在用户调用Innobackupex之前完成
--force-non-empty-directories：指定该参数时候，使得innobackupex --copy-back或--move-back选项转移文件到非空目录，已存在的文件不会被覆盖。如果--copy-back和--move-back文件需要从备份目录拷贝一个在datadir已经存在的文件，会报错失败。
参考连接
https://www.linuxidc.com/Linux/2014-12/110851.htm http://www.cnblogs.com/zhoujinyi/p/4088866.html
wfs1994
关注
关注
点赞
19
收藏
打赏
评论
innobackupex命令用法实战
关于物理备份工具xtrabackup的安装及介绍可以看一下上篇文章：Percona XtraBackup使用说明 接下来介绍一下xtrabackup的两个主要工具：xtrabackup和innobackupex用法。环境说明： HostName IP Servers DB linux-node1 192.168.20.200 zabbix-server...
复制链接
扫一扫
专栏目录
innobackupex工具
12-06
innobackupex工具的说明使用，支持增量备份、全量备份。
MySQL 备份系列（3）-- innobackupex备份mysql大数据(全量+增量）操作记录
jj1130050965的博客
12-11
685
在日常的linux运维工作中，大数据量备份与还原，始终是个难点。关于mysql的备份和恢复，比较传统的是用mysqldump工具，今天这里推荐另一个备份工具innobackupex。innobackupex和mysqldump都可以对mysql进行热备份的，mysqldump对mysql的innodb的备份可以使用single-transaction参数来开启一个事务，利用innodb的mvcc来不进行锁表进行热备份，mysqldump备份是逻辑备份，备份出来的文件是sql语句，所以备份和恢复的时候很慢，但
参与评论
您还未登录，请先
登录
后发表或查看评论
MySQL之 XtraBackup 备份
qq_40907977的博客
10-16
4724
MySQL 系列连载之 XtraBackup 备份原理（1）
导读
在日常的linux运维工作中，大数据量备份与还原，始终是个难点。关于mysql的备份和恢复，比较传统的是用mysqldump工具，今天本文推荐另一个备份工具innobackupex。
Xtrabackup简介
innobackupex和mysqldump都可以对mysql进行热备份的，mysqldump对mysql的innodb的备份可以使用single-transaction参数来开启一个事务，利用innodb的mvcc来不进行锁表进行热
mysql使用innobackupex备份详解
最新发布
象话的博客
10-13
403
mysql使用innobackupex备份详解
mysql 备份服务器失败_MySQL使用innobackupex备份连接服务器失败的解决方法
weixin_29601703的博客
02-18
163
MySQL使用innobackupex备份连接服务器失败，怎么办？使用 innobackupex 备份时有错误信息如下：Failed to connect to MySQL server as DBD::mysql module is not installed at - line 1327.原因： 未安装基于 perl 的 mysql 接口工具 perl-DBD-MySQL解决方法：# per...
Mysql数据库学习（五）innobackupex
比基尼海滩威猛先生的博客
01-21
155
数据库系统学习笔记
数据备份与恢复 之 innobackupex
软件连接：链接：https://pan.baidu.com/s/1hgMeAD2hk-Hog5IzESyIog
提取码：tty3
安装percona软件提供innobackupex命令对数据做备份和恢复
]# yum -y install libev-4.15-1.el6.rf.x86_64.rpm
]# yum -y install percona-xtrabackup-24-2.4.7-1.el7.x86_64.rpm
]# innoba
innobackupex备份工具使用
weixin_40524659的博客
03-16
236
Xtrabackup是一个对InnoDB做数据备份的工具，支持在线热备份（备份时不影响数据读写），是商业备份工具InnoDB Hotbackup的一个很好的替代品。
Xtrabackup有两个主要的工具：xtrabackup、innobackupex
　　（1）xtrabackup只能备份InnoDB和XtraDB两种数据表，而不能备份MyISAM数据表
　　（2）innobackupex-1.5...
MySQL备份工具innobackupex简介
匿_名_用_户的专栏
10-06
1835
innobackupex是一款MySQL备份工具，备份速度快(通过直接copy文件)，而且支持压缩、流式传输、加密等功能。
其主要原理如下图（图片源于网络）
备份开始便会有一个独立的线程追踪 redo log 。同时开始复制ibd文件，复制完成后会发出 FLUSH TABLES WITH READ LOCK 命令，之后再复制 frm,MYD 等文件，完成后会停止追踪 redo log 并 UNLOCK TABLES 。
innobackupex 备份恢复主要分3步，第1步备份文件，第2步是a.
innobackupex数据库备份原理
liu379702831的博客
02-25
618
innobackupex是Percona开源的适MySQL热备份工具，在备份过程中不会锁定数据库。接下来我们就通过执行日志分析innobackupex的执行过程，从而总结备份的原理。
前提：
 innobackupex命令：
  /usr/bin/innobackupex --default-file=/etc/my.cnf --user “test” --password “test” --host 127.0.0.1 --parallel=2 --throttle=50 --slave-info /da
没有qpress_Mysql 基于innobackupex 的备份&恢复
weixin_39640195的博客
12-18
37
备份，对于任何数据库，任何系统都是重中之重。针对Mysql，我选择percona xtrabackup软件。我更喜欢物理层面的热备份。而不是逻辑层面的备份(mysqldump)，当然很多情况，也要定期做mysqldump备份。增加一个安全的备份选择。关于如何下载安装percona xtrabackup，请参考：先看看innobackupex常用参数--compact创建一个不包含第...
数据库备份工具innobackupex
qq_32273965的博客
01-08
1832
一、了解innobackupex
1、mysqldump
mysql逻辑备份工具，作用于服务器本地，不需要额外安装插件
可以单表备份，备份为sql文件形式、方便，在多个场景通用
可通过shell命令实现定时备份，<font color="Red">但备份时如果用户有操作，容易造成脏数据</font>
将数据库备份到服务器本地sql文件，属于逻辑备份，不受数据库引擎限制
只能...
mysql 备份工具命令_Mysql备份工具Xtrabackup、innobackupex常用备份和恢复命令快捷记录...
weixin_33966205的博客
01-27
35
Mysql备份工具Xtrabackup、innobackupex常用备份命令和恢复命令快捷记录全备：innobackupex --defaults-file=/data/test/mysql3306.cnf --user=root --port=3306 --password=xxxxxx --socket=/data/mysql_3306/mysql_3306.sock --compress /...
MySQL备份教程（2）物理备份工具xtrabackup/innobackupex使用教程
weixin_42073629的博客
05-25
418
一、Xtrabackup作用
Xtrabackup是Percona发布的一款物理备份工具，通常将直接复制数据文件作为备份手段的方式称为物理备份。相比逻辑备份而言速度更快、服务器负载也更低，并且备份期间不会锁表（MyISAM引擎依然存在FTWRL），备份期间不用间断业务，如果备份期间数据发生变化也会通过redolog保持数据一致，并且支持增量备份。只不过在进行单表备份和恢复时非常麻烦，这种场景建议用逻辑备份。
二、Xtrabackup安装
1、Percona官网推荐使用Yum方式安装，只需要配置好仓库地
innobackupex备份与恢复
热门推荐
N_jw107的博客
01-03
1万+
目录
innobackupex备份与恢复
完全备份与恢复
完全备份
完全恢复
恢复单张表
操作步骤
完全备份
相关命令
增量备份与恢复
增量备份
增量恢复
innobackupex备份与恢复
完全备份与恢复
完全备份
命令格式
—— ]# innobackupex --user 用户名 --password 密码 备份目录名 --no-timestamp
注：备份目录不需要提前创建，执行命令的时候会自动创建该目录
示例
主机192.168.233.1
innobackupex的使用
weixin_33810006的博客
12-17
44
优点：
不暂停服务器创建Innodb热备份
为mysql做增量的备份
在mysql服务器之间做在线表迁移
使创建mysql replication更加容易
备份mysql但不增加服务器的负载
安装：xtrabackup套件
配置官方给的yum源yum install http://www.percona.com/downloads/percona-releas...
innobackupex参数说明
超的专栏
03-31
324
innobackupex参数说明
innobackupex 备份恢复
diebaoyan1530的博客
04-29
2764
innobackupex 备份/恢复
xtrabackup的好处(在线热备不锁表,即备份过程中不给表加锁 )
有2个备份程序(组件)：xtrabackup: 支持备份innodb/xtradb引擎创建的表innobackupex: 支持备份innodb/xtradb,还支持myisam引擎创建的表。
安装percona工作中，需要我们自己从网上下载这些包，都是开源的，从官网下载...
Centos7: Mysql备份xtrabackup使用过程记录
那个那个
10-27
159
Mysql备份xtrabackup使用过程记录
一、背景描述
公司的mysql数据库表有innodb引擎、也有MyISAM引擎，现在需要搭建从数据库使用mysqldump备份，恢复数据库时始终会报语法错误！
/usr/local/mysql/bin/mysqldump -uroot -p --single-transaction --master-data=1 --no-autocommit --default-character-set=utf8mb4 -B jumpserver risk xxl_jo
Xtrabackup增量备份探索
weixin_34061482的博客
05-04
36
Xtrabackup 简介：
Xtrabackup 是percona公司（mysqlperformanceblog）的开源项目，目的是实现类似innodb官方的热备份工具InnoDBHot Backup的功能，可以帮助我们对MySQLInnoDB类型的数据库表进行在线热备份。
Xtrabackup中包含两个工具：
* xtrabackup - 用于热...
Innobackupex备份恢复
weixin_34184158的博客
10-28
55
2019独角兽企业重金招聘Python工程师标准>>>
...
“相关推荐”对你有帮助么？
非常没帮助
没帮助
一般
有帮助
非常有帮助
提交
©️2022 CSDN
皮肤主题：深蓝海洋
设计师：CSDN官方博客
返回首页
wfs1994
CSDN认证博客专家
CSDN认证企业博客
码龄5年
暂无认证
72
原创
10万+
周排名
104万+
总排名
27万+
访问
等级
3271
积分
87
粉丝
102
获赞
49
评论
502
收藏
私信
关注
分类专栏
ELK
30篇
elasticsearch
12篇
k8s
5篇
docker
16篇
CI/CD
性能优化
zabbix
3篇
监控
3篇
zookeeper
1篇
etcd
2篇
kafka
2篇
xtrabackup
3篇
Cobbler
1篇
python
7篇
linux
8篇
数据库
1篇
iptables
3篇
最新评论
Docker实战(三)Docker 跨主机网络overlay、macvlan和flannel
起嘛名啊:
”docker 不会为 macvlan 创建网关，这里的网关应该是真实存在的，否则容器无法路由“
这句话啥意思？这个虚拟子网的网关地址必须用我主机所在局域网的网关地址？
iptables四表五链及规则组成
xsclon:
A发送->B,B转发到C，当数据到达B时，B检测mac地址不是自己的会不会丢弃包
iptables四表五链及规则组成
安卓兼职framework应用工程师:
好文章 谢谢博主付出
python 字符串（str）和列表（list）的互相转换
Dolores1900:
niu
python中列表，元祖，字典，集合的区别
我是Tryo:
写得好详细
您愿意向朋友推荐“博客详情页”吗？
强烈不推荐
不推荐
一般般
推荐
强烈推荐
提交
最新文章
ZooKeeper基础知识及环境搭建
常用linux系统扫描命令汇总
TCP三次握手四次断开
2019年13篇
2018年70篇
目录
目录
分类专栏
ELK
30篇
elasticsearch
12篇
k8s
5篇
docker
16篇
CI/CD
性能优化
zabbix
3篇
监控
3篇
zookeeper
1篇
etcd
2篇
kafka
2篇
xtrabackup
3篇
Cobbler
1篇
python
7篇
linux
8篇
数据库
1篇
iptables
3篇
目录
评论
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
查看更多评论
打赏作者
wfs1994
你的鼓励将是我创作的最大动力
¥2
¥4
¥6
¥10
¥20
输入1-500的整数
余额支付
(余额：-- )
扫码支付
扫码支付：¥2
获取中
扫码支付
您的余额不足，请更换扫码支付或充值
打赏作者
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额
抵扣说明：
1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。 2.余额无法直接购买下载，可以购买VIP、C币套餐、付费专栏及课程。
余额充值