MySQL之容灾方案解读

MySQL容灾方案

容灾方案

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

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

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

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

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

MySQL之容灾方案解读_第1张图片

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

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

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

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

MySQL之容灾方案解读_第2张图片

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

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

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

缺点:费用较高

MySQL之容灾方案解读_第3张图片

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")
DataBakName=$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|gzip -1 - >/data/back_up/mysql/$DataBakName      --------innobackup的全备脚本,以及压缩,gzip -1比较快,大家可以用-9压缩的效率高,不过比较慢
ftp -v -n 192.168.25.163 << END     ---ftp,同样可以使用wput来更快更方便的传输!
user ftpuser xxxxxxx       -----------------fpt的账号和密码!
type binary
cd fullbackup
lcd $backupdir
put $DataBakName
bye
END

总结

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

你可能感兴趣的:(MySQL之容灾方案解读)