【云中沙箱】云上RDS数据的本地同步-阿里云开发者社区

开发者社区> 数据库> 正文

【云中沙箱】云上RDS数据的本地同步

简介: 云中沙箱实验“云上RDS数据的本地同步”、教您通过同步的方式,将RDS数据备份到本地MySQL 数据库。 云中沙箱,阿里云官方实验平台。网址:http://lab.aliyunedu.net

如何将RDS数据备份到本地MySQL 数据库?

云中沙箱实验云上RDS数据的本地同步教您通过同步的方式,将RDS数据备份到本地MySQL 数据库。

云中沙箱,阿里云官方实验平台。网址:http://lab.aliyunedu.net  

一、背景知识

RDS主从架构

    应用连接RDS,流量通过SLB指向主从节点的master,所以如果我们连接RDS的账户具有REPLICATION SLAVE, REPLICATION CLIENT的权限,则就可以把主库master的产生的binlog同步到本地数据库中去,实现数据同步。


    但是这种根据binlog文件和位点来同步RDS的数据到本地的方式非常容易导致同步中断,因为当RDS发生了主备切换(主备切换,重启,跨机迁移),本地数据库所指向RDS的binlog 位点则会发生变化(RDS主库与备库的binlog位点是不一致的),这样就会导致本地数据库与RDS的数据复制同步中断。


    在RDS 5.6的版本中主备同步使用新复制方式GTID,RDS的主备具有相同的GTID,那么如果主备发生切换,重启或者迁移,主备的GTID是不会发生变化,那么ECS和RDS的同步链路则不会发生中断,所以如果要将RDS的数据同步到本地,则需要将RDS升级到5.6的版本。

GTID简介

    Global Transaction ID,全局事务ID,在整个事务架构中每一个事务ID号是全局唯一的,不止是在一个节点上而是整个主从复制架构中每任何两个事务的ID号都不会相同。

  • 全局事务ID是怎么生成的?

简单来讲是由mysql服务器自动管理的,在mysql5.6以后每一个mysql服务器都有一个全局唯一的ID号叫做uuid,通用唯一识别码 (Universally Unique Identifier),而GTID就是由当前节点的UUID(一个128位的随机数)和为当前节点生成的随机数(TID)组成的,因此只要UUID不同再在此基础上保证事务ID不同就保证全局不一样了。

  • 全局事务ID有何用处?

简单来讲GTID能够保证让一个从服务器到其他的从服务器那里实现数据复制而且能够实现数据整合的。GTID在分布式架构中可以保证数据的一致性。从而也实现了mysql的高可用性。

    默认情况下将一个事务记录进二进制文件时将首先记录它的GTID而且GTID和事务相关信息一并要发送给从服务器由从服务器在在本地应用认证但是绝对不会改变原来的事务ID号。因此在GTID的架构上就算有了N层架构,复制是N级架构、事务ID依然不会改变;有效的保证了数据的完整和安全性。

二、实验概述

    现在,越来越多的用户开始将数据存储到RDS实例中。在用户将数据上云的同时,更多的人开始关心如何将云上RDS的数据同步或保存到本地部署的MySQL数据中。因此,本实验主要实现云数据库RDS的数据同步:

1)在ECS实例上,安装并部署MySQL数据库。

2)在阿里云管理控制台,创建RDS实例的数据库账号;

3)配置RDS实例与本地部署的MySQL数据库主从关系。

4)创建RDS实例数据库,并导入测试,观察同步结果;


二、更多实验信息

实验名称:云上RDS数据的本地同步

实验链接:https://edu.cloudcare.cn/courses/fa551df19aab4cdda9f9efb056e48268/detail

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章