innobackupex参数说明

本文详细介绍InnoDB备份工具innobackupex的各种参数及其用途,帮助读者理解如何进行有效的数据库备份,包括压缩、加密、增量备份等多种备份方式。

innobackupex参数说明(innobackupex --help ):

1)备份:

复制代码
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
复制代码

参数说明: 

复制代码
--compress:该选项表示压缩innodb数据文件的备份。
--compress-threads:该选项表示并行压缩worker线程的数量。
--compress-chunk-size:该选项表示每个压缩线程worker buffer的大小,单位是字节,默认是64K。
--encrypt:该选项表示通过ENCRYPTION_ALGORITHM的算法加密innodb数据文件的备份,目前支持的算法有ASE128,AES192,AES256。
--encrypt-threads:该选项表示并行加密的worker线程数量。
--encrypt-chunk-size:该选项表示每个加密线程worker buffer的大小,单位是字节,默认是64K。
--encrypt-key:该选项使用合适长度加密key,因为会记录到命令行,所以不推荐使用。
--encryption-key-file:该选项表示文件必须是一个简单二进制或者文本文件,加密key可通过以下命令行命令生成:openssl rand -base64 24--include:该选项表示使用正则表达式匹配表的名字[db.tb],要求为其指定匹配要备份的表的完整名称,即databasename.tablename。
--user:该选项表示备份账号。
--password:该选项表示备份的密码。
--port:该选项表示备份数据库的端口。
--host:该选项表示备份数据库的地址。
--databases:该选项接受的参数为数据名,如果要指定多个数据库,彼此间需要以空格隔开;如:"xtra_test dba_test",同时,在指定某数据库时,也可以只指定其中的某张表。如:"mydatabase.mytable"。该选项对innodb引擎表无效,还是会备份所有innodb表。此外,此选项也可以接受一个文件为参数,文件中每一行为一个要备份的对象。
--tables-file:该选项表示指定含有表列表的文件,格式为database.table,该选项直接传给--tables-file--socket:该选项表示mysql.sock所在位置,以便备份进程登录mysql。
--no-timestamp:该选项可以表示不要创建一个时间戳目录来存储备份,指定到自己想要的备份文件夹。
--ibbackup:该选项指定了使用哪个xtrabackup二进制程序。IBBACKUP-BINARY是运行percona xtrabackup的命令。这个选项适用于xtrbackup二进制不在你是搜索和工作目录,如果指定了该选项,innoabackupex自动决定用的二进制程序。
--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线程会在备份完成的时候重启。
--rsync:该选项表示通过rsync工具优化本地传输,当指定这个选项,innobackupex使用rsync拷贝非Innodb文件而替换cp,当有很多DB和表的时候会快很多,不能--stream一起使用。
--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。
--stream:该选项表示流式备份的格式,backup完成之后以指定格式到STDOUT,目前只支持tar和xbstream。
--defaults-file:该选项指定了从哪个文件读取MySQL配置,必须放在命令行第一个选项的位置。
--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表。
--incremental:该选项表示创建一个增量备份,需要指定--incremental-basedir。
--incremental-basedir:该选项表示接受了一个字符串参数指定含有full backup的目录为增量备份的base目录,与--incremental同时使用。
--incremental-dir:该选项表示增量备份的目录。
--incremental-force-scan:该选项表示创建一份增量备份时,强制扫描所有增量备份中的数据页。
--incremental-lsn:该选项表示指定增量备份的LSN,与--incremental选项一起使用。
--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。
--close-files:该选项表示关闭不再访问的文件句柄,当xtrabackup打开表空间通常并不关闭文件句柄目的是正确的处理DDL操作。如果表空间数量巨大,这是一种可以关闭不再访问的文件句柄的方法。使用该选项有风险,会有产生不一致备份的可能。
--compact:该选项表示创建一份没有辅助索引的紧凑的备份。
--throttle:该选项表示每秒IO操作的次数,只作用于bakcup阶段有效。apply-log和--copy-back不生效不要一起用。


https://www.cnblogs.com/zhoujinyi/p/5893333.html

<think>嗯,用户询问的是关于innobackupex命令使用--apply-log --redo-only参数对全量备份目录操作并指定增量备份目录的详细情况。这属于MySQL物理备份工具Percona XtraBackup的高级应用场景。 用户可能正在搭建MySQL增量备份恢复方案,需要明确参数作用。从提问方式看,用户对基础备份操作已有了解,现在需要解决增量合并的技术细节。用户特别关注功能原理、使用场景和常见问题,说明可能在实际操作中遇到了困惑。 关于--apply-log和--redo-only参数组合的作用:这是实现增量备份链的关键步骤。--apply-log负责应用事务日志,而--redo-only确保保留未提交事务,为后续增量备份合并做准备。当指定--incremental-dir=/home/backup/inc1时,系统会将inc1目录下的增量变更合并到fullnew基础备份中。 需要重点解释两个技术细节:第一是LSN(日志序列号)在增量合并中的核心作用,备份目录的xtrabackup_checkpoints文件里记录了from_lsn/to_lsn;第二是redo-only的必要性——若省略此参数,事务日志会被完全提交,导致无法继续合并其他增量备份。 用户可能遇到的典型问题包括:备份目录权限错误、LSN不连续、磁盘空间不足等。要特别提醒检查全备和增备的LSN连续性,这是合并成功的前提条件。另外补充说明,最后一次增量恢复时不应加redo-only参数,否则数据库无法启动。 最后生成的问题扩展方向合理:覆盖了备份策略设计、远程备份实现、生产环境注意事项等实用场景。特别是"如何验证合并后备份一致性"这个问题,很多文档会忽略提及,但这恰恰是保障恢复可靠性的关键步骤。</think>### 命令详解 以下命令的作用和流程: ```bash innobackupex --apply-log --redo-only /home/backup/fullnew \ --incremental-dir=/home/backup/inc1 ``` #### **核心功能** 1. **增量合并** - 将增量备份目录 `inc1` 中的数据变更(`.ibd` 文件、事务日志)**合并**到基础全量备份目录 `fullnew` 中。 - 确保 `fullnew` 包含截止到 `inc1` 时间点的完整数据状态。 2. **日志处理** - `--apply-log`:应用事务日志(`redo log`)使数据文件达到一致性状态。 - `--redo-only`:**仅应用已提交的事务**,保留未提交事务(为后续增量合并留余地)。 #### **使用场景** - **增量备份恢复链**: 当存在多个增量备份时(如 `inc1`, `inc2`, `inc3`),需按顺序合并到全备: ```bash # 合并第一个增量 innobackupex --apply-log --redo-only /home/backup/fullnew --incremental-dir=/home/backup/inc1 # 合并第二个增量 innobackupex --apply-log --redo-only /home/backup/fullnew --incremental-dir=/home/backup/inc2 # 最后一次合并(去掉 --redo-only) innobackupex --apply-log /home/backup/fullnew --incremental-dir=/home/backup/inc3 ``` - **时间点恢复**:合并后可通过 `fullnew` 恢复到增量备份对应的时刻。 #### **关键注意事项** 1. **顺序要求** - 增量备份必须按时间顺序合并(`inc1` → `inc2` → `inc3`)。 - 跳过中间增量会导致 LSN(Log Sequence Number)不连续,恢复失败[^1]。 2. **--redo-only 的必要性** - 除最后一次合并外,**必须**使用 `--redo-only`。 - 若遗漏此参数,会提交所有事务,后续无法再合并增量备份。 3. **目录权限** - 确保运行命令的用户对 `/home/backup/fullnew` 和 `/home/backup/inc1` 有读写权限。 #### **常见问题与解决** | 问题现象 | 原因 | 解决方案 | |---------------------------|--------------------------|-----------------------------------| | `Error: failed to read metadata` | 增量备份与全备的 LSN 不连续 | 检查备份顺序,确保无遗漏或跳步[^1] | | `Can't find ./xtrabackup_logfile` | 增量目录文件损坏 | 重新生成增量备份 | | `InnoDB: The log was not applied` | 磁盘空间不足 | 清理磁盘后重试 | #### **操作验证** 合并完成后,检查全备目录的 LSN 范围: ```bash cat /home/backup/fullnew/xtrabackup_checkpoints ``` 输出中的 `to_lsn` 值应与增量备份 `inc1/xtrabackup_checkpoints` 中的 `to_lsn` **一致**。 > **关键提示**:最后一次合并时**必须移除** `--redo-only` 参数,否则数据库无法启动[^4]。 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值