MySQL高可用工具，一直以来MHA使用的比较多，自从MySQL 引入GTID之后，又出现了Orchestrator以及replication-manager这类新的高可用工具，本文将主要介绍replication-manager的使用方法。
一、replication-manager简介
replication-manager是signal18开源的一款数据库高可用工具，采用go语言开发，源代码托管在github上。
支持的MySQL的版本：
- MariaDB 10.x
- MySQL & Percona Server 5.7 GTID
功能特性：
- 复制关系监控与拓扑检测
- 在线切换(switchover)
- 故障切换(failover)
- 多集群管理
- 支持代理（ ProxySQL, MaxScale, HAProxy, Spider）
- 大多数场景数据零丢失
二、下载及安装
在github上搜索replication-manager，下载源码(v2.0)
编译（需要联网）：
- 创建目录：mkdir -p /data/go
- 加入环境变量： export GOPATH=/data/go
- clone源码： go get github.com/signal18/replication-manager
- 编译安装： go install github.com/signal18/replication-manager
- 加入PATH环境变量： export PATH=$PATH:/data/go/bin
- 编译完成之后，会在/data/go/bin目录下，生成一个replication-manager可执行文件。
编译完整二进制版本：
cd /data/go/src/github.com/signal18/replication-manager
./build_linux_amd64.sh
在源码目录中，生成可执行文件：
- replication-manager
- replication-manager-arb
- replication-manager-cli
- replication-manager-min
- replication-manager-min-basedir
- replication-manager-osc
- replication-manager-osc-basedir
- replication-manager-pro
- replication-manager-pro-basedir
- replication-manager-tst
- replication-manager-tst-basedir
下面演示案例，只使用 replication-manager-osc 和 replication-manager-cli。
replication-manager-osc 为后台集群监视程序，负责MySQL状态的获取和监控，以及切换的执行等等。
replication-manager-cli 为客户端程序，负责管理命令的发送。
三、使用案例
配置文件 config.toml：
[Default]
title = "ClusterTest"
db-servers-hosts = "192.168.56.110:3306,192.168.56.111:3306,192.168.56.112:3306"
db-servers-credential = "admin:123456"
replication-credential = "repl:123456"
failover-mode = "automatic"
arbitrator-bind-address = "0.0.0.0:10005"
arbitrator-driver = "sqlite"
mkdir -p /usr/share/replication-manager
cp -r /data/git/replication-manager/dashboard/ /usr/share/replication-manager/
监视集群：
./replication-manager-osc --config=./config.toml monitor
手动执行主从切换：
./replication-manager-cli --config=./config.toml switchover
手动执行故障切换：
先把主库关掉
执行./replication-manager-cli --config=./config.toml failover
自动执行故障切换：
只要在配置文件中，把failover-mode 由 "manual" 修改为 "automatic"，重新监视集群即可。这样主库宕机的情况下，会自动执行故障切换。
宕机的旧主如果恢复后，会自动变成新主的一个从库，并且处于维护模式。
通过 replication-manager-cli 的 topology命令可以获取集群各个节点的id，再通过server命令，可以设置或者解除维护模式，如下：
./replication-manager-cli topology
./replication-manager-cli server --id=5789112859919251853 --maintenance
命令行模式：
./replication-manager-cli console
进入命令行交互模式，在该模式下，可查看当前集群的复制拓扑，也可以通过快捷键执行一些命令，比如ctrl+s 执行switchover，ctrl+f 执行failover，ctrl+m设置或者解除维护模式等等。
总结：
本文简单介绍了replication-manager的功能特性、编译安装和使用案例，总体来看，上手比较容易，编译配置简单，功能比较强大，文档也比较丰富。有兴趣的可以继续深入研究一下。
