什么是RDS高可用

目前睿江云已经推出的RDS数据库，也已经将以上提到的高可用，进行了融合。用户无需进行上面的配置，直接选购即可使用。

相信不少的读者朋友，数据库的使用经验，相信使用的最多得应该是MYsql这个数据库软件了。如果一台系统能够不间断的提供服务，那么这台系统的可用性据说100%。那如果系统每运行100个时间单位，就会出现1个时间单位无法提供服务，那么该台系统的可用性是99%。数据库除了定期备份还需要实现冷热备份。甚至可以在全球范围内部署灾备数据中心。

常见的RDS高可用思路

主主模型，双方互为主备。可以负载均衡读请求，但是无法负载写请求，因为每份数据都会在两台主机中写入。

主备模型。写入服务器作为主服务器，读数据服务器作为从服务器，从服务器可以有多台，因此都可以做到读负载均，引入了memcache的机制也是可以的。

主主模型和主备模型，都是可以实现读负载均衡，但是无法实现写负载均衡。

最简单的主备模型是如何实现的

下面是关于一个数据库主从复制的大体模型

1、主节点上的操作：

//启动二进制日志，为master设定全局唯一的ID号

[mysqld]

Log_bin=mysql-bin

Server_id=1

//创建具有复制权限的用户账户

GRANT REPLICATION SLAVE,REPLICATION CLIENT ON *.* TO 'repluser'@'121.201.%.%' IDENTIFIED BY 'replpass';

FLUSH PRIVILEGES;

//重启mysql之后，查看master的状态，记录二进制文件跟位置

mysql> show master status;

+------------------+----------+--------------+------------------+-------------------+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000001 | 154 | | | |

+------------------+----------+--------------+------------------+-------------------+

提示：如果是ubuntun系统的话，默认是不允许数据库远程访问的，因此可以修改监听的地址bind_address = 0.0.0.0

2、从节点上的操作

//启动中继日志，为slave节点设定全局唯一的ID号

[mysqld]

Relay_log=relay-log

Server_id=2

//重启mysql

//登录指定复制权限权限指向master服务器，并启动复制进程

CHANGE MASTER TO MASTER_HOST='121.201.55.49', MASTER_USER='repluser',MASTER_PASSWORD='replpass',MASTER_LOG_FILE='master-bin.000001',MASTER_LOG_POS=154;

//或者使用较为直观的方式查看

mysql> CHANGE MASTER TO MASTER_HOST='121.201.55.49',

-> MASTER_USER='repluser',

-> MASTER_PASSWORD='replpass',

-> MASTER_LOG_FILE='mysql-bin.000001',

-> MASTER_LOG_POS=0;

//启动复制线程

Start slave;//默认启动2个线程

START SLAVE IO_THREAD;

START SLAVE SQL_THREAD;

//查看线程是否启动正常

mysql> SHOW SLAVE STATUS\G

如果看到以上的两个进程都是running的，那么则表示做基本的主从已经实现了。各家的云厂商的高可用策略设计都有所不同，但如果是简单级别的高可用方案，也会采用主从同步的方式。

本篇简单的分享了一个简单的主从同步配置案例，感兴趣的朋友们可以按照以上的步骤进行尝试，笔者在centos7系列的环境中搭建过多次，都是成功的。另外目前睿江云已经推出的RDS数据库，也已经将以上提到的高可用，进行了融合。用户无需进行上面的配置，直接选购即可使用。

以上都是笔者在实际过程中用到的一些解决方案，只有适合业务本身的方案才是好方案。许多时候并不一定追寻最新的前沿技术，只有在充分了解自身业务的本质需求的前提下，才能挑选出最适合的解决方案，其次在稳定性的基础下适当向功能性方面拓展。另外本系列也会后续跟读者朋友分享其他的常见的容器应用的搭建，敬请关注。