|
|
51CTO旗下网站
|
|
移动端

MySQL实时在线备份恢复方案

快照和复制技术的结合可以保证我们得到一个实时的在线MySQL备份解决方案 当主库发生误操作时,只需要恢复备库上的快照,然后再根据binlog执行point-in-time的恢复即可。

作者:jh-floor来源:运维派|2020-07-23 19:42

MySQL实时在线备份恢复方案

快照和复制技术的结合可以保证我们得到一个实时的在线MySQL备份解决方案 当主库发生误操作时,只需要恢复备库上的快照,然后再根据binlog执行point-in-time的恢复即可 。下面假定一个场景:主从架构,没有延迟,某DBA误操作:drop database 接下来我们按照以上场景进行备份恢复模拟测试。

1.主库准备测试数据

  1. mysql> create database cnfol; 
  2. Query OK, 1 row affected (0.00 sec) 
  3.  
  4. mysql> create table cnfol.t (id int primary key); 
  5. Query OK, 0 rows affected (0.02 sec) 
  6.  
  7. mysql> insert into cnfol.t select 1; 
  8. Query OK, 1 row affected (0.01 sec) 
  9. Records: 1  Duplicates: 0  Warnings: 0 
  10.  
  11. mysql> insert into cnfol.t select 2; 
  12. Query OK, 1 row affected (0.00 sec) 
  13. Records: 1  Duplicates: 0  Warnings: 0 

到备库确认:

  1. mysql> show databases; 
  2. +--------------------+ 
  3. Database           | 
  4. +--------------------+ 
  5. | information_schema | 
  6. | cnfol              | 
  7. | mysql              | 
  8. | test               | 
  9. +--------------------+ 
  10. rows in set (0.00 sec) 
  11.  
  12. mysql> select * from cnfol.t; 
  13. +----+ 
  14. | id | 
  15. +----+ 
  16. |  1 | 
  17. |  2 | 
  18. +----+ 
  19. rows in set (0.00 sec) 

2.加个全局读锁 在备库

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

3.为备库所在分区创建快照

  1. [root@localhost ~]# lvcreate --size 1G --snapshot --name backup_mysql /dev/vg/mysql 
  2.   Logical volume "backup_mysql" created 
  3.  
  4. [root@localhost ~]# lvs 
  5.   LV           VG   Attr   LSize Origin snap%  Move Log Copy%  Convert 
  6.   backup_mysql vg   swi-a- 1.00G mysql    0.00                         
  7.   mysql        vg   owi-ao 2.00G        

4.获取二进制日志坐标

在备库:

  1. mysql> show master status; 
  2. +------------------+----------+--------------+------------------+ 
  3. | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | 
  4. +------------------+----------+--------------+------------------+ 
  5. | mysql-bin.000003 |      727 |              |                  | 
  6. +------------------+----------+--------------+------------------+ 
  7. 1 row in set (0.00 sec) 

解锁 在备库:

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

5.挂载快照

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

6.主库某无经验DBA误操作

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

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

备库确认是否存在库cnfol:

  1. mysql> show databases; 
  2. +--------------------+ 
  3. Database           | 
  4. +--------------------+ 
  5. | information_schema | 
  6. | mysql              | 
  7. | test               | 
  8. +--------------------+ 
  9. rows in set (0.01 sec) 

7.备份快照

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

这里做备份的原因有2点 * 其一,昂贵的IO,因为磁头要在快照区和系统区来回跑 * 其二,快照区空间不足,因为是COW原理

8.删除快照

  1. [root@localhost ~]# umount /mnt/backup 
  2. [root@localhost ~]# lvremove --force /dev/vg/backup_mysql  
  3.   Logical volume "backup_mysql" successfully removed 

9.格式化备库所在分区

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

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

  1. # tar -jxv -f /mnt/snapshot/mysql.tar.bz2 -C /mnt/lvm/ 
  2. [root@localhost lvm]# pwd 
  3. /mnt/lvm 
  4.  
  5. [root@localhost lvm]# ls 
  6. lost+found  mysql 

11.启动MySQL

12.利用binlog执行point-in-time恢复

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

13.确认数据

  1. mysql> show databases; 
  2. +--------------------+ 
  3. Database           | 
  4. +--------------------+ 
  5. | information_schema | 
  6. | cnfol              | 
  7. | mysql              | 
  8. | test               | 
  9. +--------------------+ 
  10. rows in set (0.00 sec) 
  11.  
  12. mysql> select * from cnfol.t; 
  13. +----+ 
  14. | id | 
  15. +----+ 
  16. |  1 | 
  17. |  2 | 
  18. +----+ 
  19. rows in set (0.00 sec) 

【编辑推荐】

  1. MySQL死锁系列-常见加锁场景分析
  2. 百万级MySQL的数据量,该如何快速的完成数据迁移?
  3. 如何使用Nginx实现MySQL数据库的负载均衡?看完我懂了!!
  4. MySQL的这个BUG,坑了多少人?
  5. 常用的7款MySQL客户端工具,你值得拥有!
【责任编辑:庞桂玉 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

大数据安全运维实战

大数据安全运维实战

CDH+Ambari
共20章 | 大数据陈浩

91人订阅学习

实操案例:Jenkins持续交付和持续部署

实操案例:Jenkins持续交付和持续部署

微服务架构下的自动化部署
共18章 | freshman411

179人订阅学习

思科交换网络安全指南

思科交换网络安全指南

安全才能无忧
共5章 | 思科小牛

109人订阅学习

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微