MySQL | Xtrabackup 的简介
Posted Frost Boy
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MySQL | Xtrabackup 的简介相关的知识,希望对你有一定的参考价值。
Xtrabackup 简介
Xtrabackup
是由Percona开发的一个开源软件,可实现对InnoDB
的数据备份,支持在线热备份(备份时不影响数据读写)。
Xtrabackup
有2款主要工具,xtrabackup
和innobackupex
:
xtrabackup只能备份和恢复innodb,而且只备份.ibd文件,.frm文件它不管,恢复时DBA要自己提供。
innobackupex能备份和恢复MyISAM文件及.frm文件,并且对xtrabackup作了友好的封装,所以可用它进行全库备份不过有个问题,在对MyISAM备份时,会加个全库读锁,阻塞写服务。
Xtrabackup 参数
备份相关参数
参数 | 作用 |
---|---|
--defaults-file | 指定读取 mysql 配置的位置,使用时这个参数必须放在第一位 |
--databases | 该选项接受的参数为数据库,如果要指定多个数据的时候,彼此间需要以空格隔开,也可以指定库中的某一张表,如果不指定的时候,默认是全库 |
--port | 数据库的端口号 |
--user | 数据库备份用户 |
--password | 数据库备份用户密码 |
--socket | 表示使用socket方式连接数据库 |
--host | 表示数据库的地址 |
--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 |
--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 |
--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指定目录来解决这个问题 |
准备阶段相关参数
参数 | 作用 |
---|---|
--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增量备份(但不包括最后一个)时候使用 |
恢复相关参数
参数 | 作用 |
---|---|
--copy-back | 做数据恢复时将备份数据文件拷贝到MySQL服务器的datadir |
--move-back | 这个选项与--copy-back相似,唯一的区别是它不拷贝文件,而是移动文件到目的地。这个选项移除backup文件,用时候必须小心。使用场景:没有足够的磁盘空间同事保留数据文件和Backup副本 |
以上是关于MySQL | Xtrabackup 的简介的主要内容,如果未能解决你的问题,请参考以下文章