其实,在大多数情况下,单个文件备份,使用backup-to-image命令创建,性能优于backup.buckup这个命令只执行一个完整的备份过程的初始阶段.需要通过再次运行mysqlbackup运用apply-log 命令,使备份一致.
mysqlbackup –user=root –password=ucjmh –databases=’t1′ –encrypt-password=1 –with-timestamp –backup-dir=/u01/backup/2017-04-28_12-49-35/ apply-log
当然你可以直接用backup-and-apply-log 不过这个时候的备份将不能用于增量了.
增量备份:
mysqlbackup –user=root –password=ucjmh –databases=’t1′ –encrypt-password=1 –with-timestamp –backup-dir=/u01/backup/ –incremental –incremental-base=dir:/u01/backup/2017-04-28_12-49-35 –incremental-backup-dir=/u01/backup/incremental backup
这个是基于上次的备份做的备份,当然也可以基于某一个log position之后做.
–incremental:代表增量备份;
–incremental-base:上次全备的目录;
–incremental-backup-dir:增量备份的保存的目录
再多说一点关于image的备份:
使用如下命令可以进行备份:
mysqlbackup –user=root –password=ucjmh –databases=’t1′ –encrypt-password=1 –with-timestamp –backup-dir=/u01/backup/ –backup-image=all.mbi backup-to-image
备份之后可以很清楚的发现这个比backup要节省很多空间,把所有的文件都以二进制的方式放在了all.mbi这个文件里,可以使用list-image来查看具体内容.
mysqlbackup –backup-image=/u01/backup/2017-04-28_14-50-17/all.mbi list-image
同样的也可以使用 mysqlbackup –backup-image=/u01/backup/2017-04-28_14-50-17/all.mbi extract 来解压出来具体的内容.
因为这是一个Oracle出的工具,有很深的rman的影子在,0级,1级备份,加密,异构机器还原等特性.
更多的参数可以参看online help:
- https://dev.mysql.com/doc/mysql-enterprise-backup/4.1/en/backup-commands-single-file.html
恢复操作:
查看当前数据
dbadmin@test 11:51:32>select * from t;
+——-+
| ?id ?|
+——-+
| ?1 ?|
+——-+
1 row in set (0.01 sec)
全量备份
mysqlbackup –user=root –password=root@1234 –databases=’test’ –with-timestamp –backup-dir=/data/backup/ backup
模拟增量操作:
dbadmin@test 11:54:04>select * from t;
+——-+
| ?id ?|
+——-+
| ?1 ?|
| ?2 ?|
+——-+
2 rows in set (0.00 sec)
增量备份:
mysqlbackup –user=root –password=root@1234 –databases=’test’ –with-timestamp –backup-dir=/data/backup/ –incremental –incremental-base=dir:/data/backup/2017-04-29_11-53-20 –incremental-backup-dir=/data/backup/incremental backup
模拟无备份操作:
dbadmin@test 11:57:10>select * from t;
+——-+
| ?id ?|
+——-+
| ?1 ?|
| ?2 ?|
| ?3 ?|
+——-+
3 rows in set (0.00 sec)
模拟误操作:
dbadmin@test 11:57:17>truncate table t; Query OK,0 rows affected (0.01 sec)
模拟恢复操作:
step 1:找到误操作的log position
dbadmin@test 11:58:06>show master logs;
dbadmin@test 11:58:18>show binlog events in ‘mysql-bin.000001’;
1333
step 2:恢复全量
(编辑:ASP站长网)
|