MySQL备份恢复-XtraBackup

XtraBack是一种客户端工具,可以对mysql数据库进行物理备份。

全备份

[root@100 backup]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=XXXXXXX --back /backup/
210420 10:31:36 Executing UNLOCK TABLES
210420 10:31:36 All tables unlocked
210420 10:31:36 [00] Copying ib_buffer_pool to /backup/2021-04-20_10-31-16/ib_buffer_pool
210420 10:31:36 [00]        ...done
210420 10:31:36 Backup created in directory '/backup/2021-04-20_10-31-16/'
MySQL binlog position: filename 'mysql-bin.000001', position '154'
210420 10:31:36 [00] Writing /backup/2021-04-20_10-31-16/backup-my.cnf
210420 10:31:36 [00]        ...done
210420 10:31:36 [00] Writing /backup/2021-04-20_10-31-16/xtrabackup_info
210420 10:31:36 [00]        ...done
xtrabackup: Transaction log of lsn (99794017) to (99794026) was copied.
210420 10:31:36 completed OK!
备份完成,查看备份
[root@100 backup]# ls
2021-04-19_17-43-13  2021-04-20_10-31-16  zeng

增量备份

###增量备份首先进行全量备份
#####第一次增量备份
[root@100 backup]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=Xukai233@ --incremental --incremental-basedir=/backup/2021-04-20_10-31-16/ /backup/zeng/
210420 10:41:50 Executing UNLOCK TABLES
210420 10:41:50 All tables unlocked
210420 10:41:50 [00] Copying ib_buffer_pool to /backup/zeng/2021-04-20_10-41-37/ib_buffer_pool
210420 10:41:50 [00]        ...done
210420 10:41:50 Backup created in directory '/backup/zeng/2021-04-20_10-41-37/'
MySQL binlog position: filename 'mysql-bin.000001', position '423'
210420 10:41:50 [00] Writing /backup/zeng/2021-04-20_10-41-37/backup-my.cnf
210420 10:41:50 [00]        ...done
210420 10:41:50 [00] Writing /backup/zeng/2021-04-20_10-41-37/xtrabackup_info
210420 10:41:50 [00]        ...done
xtrabackup: Transaction log of lsn (99794362) to (99794371) was copied.
210420 10:41:50 completed OK!
[root@100 backup]# ls zeng/
2021-04-19_17-47-59  2021-04-19_17-50-46  2021-04-20_10-41-37
#####第二次增量备份
[root@100 backup]# innobackupex --defaults-file=/etc/my.cnf --user=root --password=Xukai233@ --incremental --incremental-basedir=/backup/zeng/2021-04-20_10-41-37/ /backup/zeng/
210420 10:45:26 Executing UNLOCK TABLES
210420 10:45:26 All tables unlocked
210420 10:45:26 [00] Copying ib_buffer_pool to /backup/zeng/2021-04-20_10-45-16/ib_buffer_pool
210420 10:45:26 [00]        ...done
210420 10:45:26 Backup created in directory '/backup/zeng/2021-04-20_10-45-16/'
MySQL binlog position: filename 'mysql-bin.000001', position '693'
210420 10:45:26 [00] Writing /backup/zeng/2021-04-20_10-45-16/backup-my.cnf
210420 10:45:26 [00]        ...done
210420 10:45:26 [00] Writing /backup/zeng/2021-04-20_10-45-16/xtrabackup_info
210420 10:45:26 [00]        ...done
xtrabackup: Transaction log of lsn (99794712) to (99794721) was copied.
210420 10:45:27 completed OK!
[root@100 backup]# ls zeng/
2021-04-19_17-47-59  2021-04-19_17-50-46  2021-04-20_10-41-37  2021-04-20_10-45-16

增量备份恢复

[root@100 backup]# /etc/init.d/mysqld stop
Shutting down MySQL... SUCCESS! 
[root@100 backup]# ss -tln
[root@100 backup]# rm -rf /data/mysql/*
[root@100 backup]# ls /data/mysql/
[root@100 backup]# innobackupex --apply-log --redo-only /backup/2021-04-20_10-31-16/
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 99794035
InnoDB: Number of pools: 1
210420 10:49:32 completed OK!
[root@100 backup]# innobackupex --apply-log --redo-only --incremental-dir=/backup/zeng/2021-04-20_10-41-37/ /backup/2021-04-20_10-31-16/
210420 10:51:36 [00]        ...done
210420 10:51:36 completed OK!
[root@100 backup]# innobackupex --apply-log --incremental --incremental-dir=/backup/zeng/2021-04-20_10-45-16/ /backup/2021-04-20_10-31-16/
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: page_cleaner: 1000ms intended loop took 7229ms. The settings might not be optimal. (flushed=0 and evicted=0, during the time.)
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 99794984
210420 10:52:59 completed OK!
[root@100 backup]# innobackupex --apply-log /backup/2021-04-20_10-31-16/
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
InnoDB: FTS optimize thread exiting.
InnoDB: Starting shutdown...
InnoDB: Shutdown completed; log sequence number 99795022
210420 10:53:52 completed OK!
######恢复
[root@100 backup]# innobackupex --defaults-file=/etc/my.cnf --copy-back /backup/2021-04-20_10-31-16/
210420 10:55:10 [01]        ...done
210420 10:55:11 completed OK!
[root@100 backup]# chown -R mysql.mysql /data/
[root@100 backup]# /etc/init.d/mysqld start
Starting MySQL.Logging to '/data/mysql/mysql_error.log'.
. SUCCESS! 

验证

mysql> select * from tt;
+------+
| id   |
+------+
|    3 |
|    4 |
|    5 |
|   10 |
|   11 |
|   12 |
|   15 |
|   16 |
+------+

参数

参数 参数说明
--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线程会在备份完成的时候重启。
--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不生效不要一起用。

暂无评论

发送评论 编辑评论


				
|´・ω・)ノ
ヾ(≧∇≦*)ゝ
(☆ω☆)
(╯‵□′)╯︵┴─┴
 ̄﹃ ̄
(/ω\)
∠( ᐛ 」∠)_
(๑•̀ㅁ•́ฅ)
→_→
୧(๑•̀⌄•́๑)૭
٩(ˊᗜˋ*)و
(ノ°ο°)ノ
(´இ皿இ`)
⌇●﹏●⌇
(ฅ´ω`ฅ)
(╯°A°)╯︵○○○
φ( ̄∇ ̄o)
ヾ(´・ ・`。)ノ"
( ง ᵒ̌皿ᵒ̌)ง⁼³₌₃
(ó﹏ò。)
Σ(っ °Д °;)っ
( ,,´・ω・)ノ"(´っω・`。)
╮(╯▽╰)╭
o(*////▽////*)q
>﹏<
( ๑´•ω•) "(ㆆᴗㆆ)
😂
😀
😅
😊
🙂
🙃
😌
😍
😘
😜
😝
😏
😒
🙄
😳
😡
😔
😫
😱
😭
💩
👻
🙌
🖕
👍
👫
👬
👭
🌚
🌝
🙈
💊
😶
🙏
🍦
🍉
😣
Source: github.com/k4yt3x/flowerhd
颜文字
Emoji
小恐龙
花!
上一篇
下一篇