MySQL实时在线备份恢复方案:Replication+LVM Snapsho

快照和复制技术的结合可以保证我们得到一个实时的在线MySQL备份解决方案

当主库发生误操作时,只需要恢复备库上的快照,然后再根据binlog执行point-in-time的恢复即可

下面假定一个场景:

主从架构,没有延迟,某DBA误操作:drop database

接下来我们按照以上场景进行备份恢复模拟测试

⑴ 主库准备测试数据

mysql> create database cnfol; Query OK, 1 row affected (0.00 sec) mysql> create table cnfol.t (id int primary key); Query OK, 0 rows affected (0.02 sec) mysql> insert into cnfol.t select 1; Query OK, 1 row affected (0.01 sec) Records: 1 Duplicates: 0 Warnings: 0 mysql> insert into cnfol.t select 2; Query OK, 1 row affected (0.00 sec) Records: 1 Duplicates: 0 Warnings: 0

到备库确认:

mysql> show databases; ±-------------------+ | Database | ±-------------------+ | information_schema | | cnfol | | mysql | | test | ±-------------------+ 4 rows in set (0.00 sec) mysql> select * from cnfol.t; ±—+ | id | ±—+ | 1 | | 2 | ±—+ 2 rows in set (0.00 sec)

⑵ 加个全局读锁

在备库:

mysql> flush tables with read lock; Query OK, 0 rows affected (0.00 sec)

⑶ 为备库所在分区创建快照

[root@localhost ~]# lvcreate --size 1G --snapshot --name backup_mysql /dev/vg/mysql Logical volume “backup_mysql” created [root@localhost ~]# lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert backup_mysql vg swi-a- 1.00G mysql 0.00 mysql vg owi-ao 2.00G

⑷ 获取二进制日志坐标

在备库:

mysql> show master status; ±-----------------±---------±-------------±-----------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | ±-----------------±---------±-------------±-----------------+ | mysql-bin.000003 | 727 | | | ±-----------------±---------±-------------±-----------------+ 1 row in set (0.00 sec)

⑸ 解锁

在备库:

mysql> unlock tables; Query OK, 0 rows affected (0.00 sec)

⑹ 挂载快照

[root@localhost ~]# mount /dev/vg/backup_mysql /mnt/backup [root@localhost ~]# cd /mnt/backup/mysql/data/cnfol/ && ls -alh 总计 32K drwx------ 2 mysql dba 4.0K 10-14 09:57 . drwx------ 5 mysql dba 4.0K 10-14 09:57 … -rw-rw---- 1 mysql dba 61 10-14 09:57 db.opt -rw-rw---- 1 mysql dba 8.4K 10-14 09:57 t.frm -rw-rw---- 1 mysql dba 14 10-14 09:57 t.MYD -rw-rw---- 1 mysql dba 2.0K 10-14 10:06 t.MYI

⑺ 主库某无经验DBA误操作

mysql> drop database cnfol; Query OK, 1 row affected (0.05 sec)

记录下此时时间:2013-10-14 10:17:10

备库确认是否存在库cnfol:

mysql> show databases; ±-------------------+ | Database | ±-------------------+ | information_schema | | mysql | | test | ±-------------------+ 3 rows in set (0.01 sec)

⑻ 备份快照

[root@localhost backup]# pwd /mnt/backup [root@localhost backup]# tar -jcv -f /mnt/snapshot/mysql.tar.bz2 *

这里做备份的原因有2点

其一,昂贵的IO,因为磁头要在快照区和系统区来回跑
其二,快照区空间不足,因为是COW原理

⑼ 删除快照

[root@localhost ~]# umount /mnt/backup [root@localhost ~]# lvremove --force /dev/vg/backup_mysql Logical volume “backup_mysql” successfully removed

⑽ 格式化备库所在分区

[mysql@localhost ~]$ mysqladmin -uroot -poracle shutdown 131014 10:32:40 mysqld_safe mysqld from pid file /mnt/lvm/mysql/data/localhost.localdomain.pid ended [1]+ Done mysqld_safe [root@localhost ~]# umount /mnt/lvm [root@localhost ~]# mkfs -t ext3 /dev/vg/mysql [root@localhost ~]# mount /dev/vg/mysql /mnt/lvm [root@localhost ~]# lvs LV VG Attr LSize Origin Snap% Move Log Copy% Convert mysql vg -wi-ao 2.00G [root@localhost ~]# vgs VG #PV #LV #SN Attr VSize VFree vg 4 1 0 wz–n- 3.81G 1.81G

⑾ 解压缩快照到备库所在分区

tar -jxv -f /mnt/snapshot/mysql.tar.bz2 -C /mnt/lvm/ [root@localhost lvm]# pwd /mnt/lvm [root@localhost lvm]# ls lost+found mysql

⑿ 启动MySQL

⒀ 利用binlog执行point-in-time恢复

[mysql@localhost ~]$ mysqlbinlog --stop-datetime=“2013-10-14 10:17:10” /mnt/lvm/mysql/data/mysql-bin.000003 | mysql -uroot -poracle

⒁ 确认数据

mysql> show databases; ±-------------------+ | Database | ±-------------------+ | information_schema | | cnfol | | mysql | | test | ±-------------------+ 4 rows in set (0.00 sec) mysql> select * from cnfol.t; ±—+ | id | ±—+ | 1 | | 2 | ±—+ 2 rows in set (0.00 sec)

原文出处:jh-floor -> http://www.jh-floor.com/shujuku/Mariadb/10070.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值