StoneDB主从配置及切换实践方案

StoneDB 的主置及主从切换既可以手动切换，也可以自动切换，从配自动切换通常需要使用第三方中间件。切换本文介绍的实践是较为常用的中间件 Replication Manager，当 master 发生宕机时，主置及可自动切换至 slave，从配保证业务正常运行，切换故障节点恢复后再加入主从。实践

服务器配置说明

IPMemoryCPUOS version192.168.30.40 8G 8C CentOS Linux release 7.9 192.168.30.41 8G 8C CentOS Linux release 7.9 192.168.30.42 8G 8C CentOS Linux release 7.9 192.168.30.46 16G 16C CentOS Linux release 7.9

注：主从环境中的主置及各个服务器的配置一般情况下建议是一致的源码库，但由于 StoneDB 不管重放 binlog，从配还是切换用于 OLAP 场景的查询，都是实践较消耗系统资源的，建议 StoneDB 配置略高于 MySQL。主置及

主从环境说明

IPDATABASEROLEDB version192.168.30.40 MySQL master MySQL 5.7 192.168.30.41 / Replication Manager / 192.168.30.42 MySQL slave MySQL 5.7 192.168.30.46 StoneDB slave StoneDB 5.7

注：MySQL 与 StoneDB 的从配版本建议保持一致。

推荐采用一主两从的切换架构，其中 StoneDB 不参与主从切换：

1）master（192.168.30.40）使用 InnoDB 引擎，可读写，香港云服务器提供 OLTP 场景的读写业务；

2）slave1（192.168.30.42）使用 InnoDB 引擎，只读，同时作为 standby，当 master 发生宕机时，可切换至 slave1，保证业务正常运行；

3）slave2（192.168.30.46）使用 Tianmu 引擎，只读，提供 OLAP 场景的读业务。

1、操作系统环境检查

操作系统环境检查的步骤在四个节点均需要执行。

1.1 关闭防火墙

?

很赞哦!（6）