MySQL之容灾方案解读

目录

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

MySQL容灾方案

容灾方案

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

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

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

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

缺点：故障时需要人工介入，效率低。

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

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

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

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

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

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

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

缺点：费用较高

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

总结

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