开发者

MySQL之容灾方案解读

目录
  • mysql容灾方案
    • 1.主从半同步复制+手动切换
    • 2.主从半同步复制+keepalived自动切换
  • MySQL异地备份策略容灾脚本--shell
    • 总结

      MySQL容灾方案

      容灾方案

      目前有以下三种容灾方案可供参考:

      1.主从半同步复制+手动切换

      方案介绍:由两台服务器上的数据库实例搭建主从架构,两个实例之间的数据同步使用MySQL半同步复制机制。主机绑定VIP,在主库故障后手动将VIP绑定至备机,将上层请求切换至备库,备库写入数据后成为新主,原主实例恢复后成为新主的备库,具体架构图如下:

      优点:不存在VIP漂移问题,规避因底层同步延时导致的数据不一致。

      缺点:故障时需要人工介入,效率低。

      MySQL之容灾方案解读

      2.主从半同步复制+keepalived自动切换

      方案介绍:由两台服务器上的数据库实例搭建主从架构,VIP绑定在主实例上,程序通过VIP将数据写入主库。主实例由keepaliv编程客栈ed中间件通过脚本判活,如果检测失败则停止主机keepalived服务,VIP漂至从机,程序数据继续入库,具体架构图如下:

      优点:实现故障自动切换,无需人工干预

      缺点:如存在网络闪断等情况影响存活判断,可能会导致主从多次切换,造成潜在数据不一致问题

      MySQL之容灾方案解读

      阿里云MySQL RDS使用的高可用方案如下图所示,两台数据库实例组成主从模式,正常情况下应用层通过SLB访问主库,从库不可访问;主库故障则SLB自动切换至连接从库,上层应用无感知。

      同时也支持手动模式进行实例切换,具体架构图如下:

      优点:数据库托管给云平台,降低运维成本

      缺点:费用较高

      MySQL之容灾方案解读

      MySQL异地备份策略容灾脚本--shell

      由于公司的机器异地的是win主机,需要把linux的备份脚本远程传输到这台win上,所以我选择ftp,大家可以使用wput会好很多,而且比较强大;

      [root@Mysql28 shell]# cat test.sh
      #!/bin/bash
      #tar xvzfi --------commond
      backupdir=/data/back_up/mysql
      ip_d=192.168.155.139
      full_d=cctalk_full
      date_d=$(date "+%Y%m%d%H%M%S")
      Da编程客栈taBakName=$ip_d.$date_d.$full_d.tar.gz             --------------全备下来后的名称策略,例如;192.168.155.139.20131126134602.cctalk_full.tar.gz
      ftp_backup="D:\\dbbackup\\fullbackup"                  --------------异地的目标存放全备路径
      mkdir -p $backupdir
      find $backupdir -mtime +10 -type d -exec rm -rf {} \;         ------------剔除保留10天以外的全备脚本;
      innobackupex --user=root --password="root" --databases="test" --parallel=12 --no-lock --defaults-file=/etc/my.cnf --stream=tar /data/back_up/mysql/ 2>/tmp/mysqlbackup.log|gzijsp -1 - 开发者_Kafka>/data/back_up/mysql/$DataBakName   --------innobackup的全备脚本,以及压缩,gzip -1比较快,大家可以用-9压缩的效率高,不过比较慢
      ftp -v -n 192.168.25.163 << END   ---ftp,同样可以使用wput来更快更方便的传输!
      user ftpuser xxxxxxx    ----js-------------fpt的账号和密码!
      type binary
      cd fullbackup
      lcd $backupd编程客栈ir
      put $DataBakName
      bye
      END

      总结

      以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。

      0

      上一篇:

      下一篇:

      精彩评论

      暂无评论...
      验证码 换一张
      取 消

      最新数据库

      数据库排行榜