支持基于zookeeper或者etcd构建高可用集群
只有leader节点响应binglog的dump事件,follower节点为蛰伏状态,不发送dump命令,因此多个follower也不会加重MySQL数据库的负担
当leader节点出现故障,follower节点迅速替补上去,实现秒级故障切换
架构如下:
![](https://img.kancloud.cn/8a/e0/8ae02f86b0b31b5be91f9a6b893cd764_587x211.png)
相关配置
```
#cluster: # 集群相关配置
name: myTransfer #集群名称,具有相同name的节点放入同一个集群
bind_ip: 127.0.0.1 # 绑定的IP,如果机器有多张网卡(包含虚拟网卡)会有多个IP,使用这个属性绑定一个
#ZooKeeper地址,多个用逗号风格
zk_addrs: 192.168.1.10:2181,192.168.1.11:2182,192.168.1.12:2183
#zk_authentication: 123456 #digest类型的访问秘钥,如:user:password,默认为空
#etcd_addrs: 127.0.0.1:2379 #etcd连接地址,多个用逗号分隔
#etcd_user: test #etcd用户名
#etcd_password: 123456 #etcd密码
```
其中,
bind_ip表示为当前节点绑定的IP,如果机器有多个IP(包含虚拟网卡),系统不知道选择那个IP代表当前节点,如果不填写会出现如下错误:
![](https://img.kancloud.cn/72/9a/729a3473af56ab48834b76b8b12cda0f_1775x104.jpg)
主节点启动过程如下:
![](https://img.kancloud.cn/5d/d8/5dd817a76789e4feecbf2299ab237e4c_1276x333.jpg)
从节点启动过程如下:
![](https://img.kancloud.cn/9b/88/9b889b41450620a9477a88450acf098c_1446x295.jpg)
etcd同理
<br/>
集群模式监控界面如下:
![](https://img.kancloud.cn/d3/3d/d33dd5e3aeacb9ab1866aea8066b306f_1856x489.jpg)
- 简介
- 部署运行
- 高可用集群
- 同步数据到Redis
- Redis配置
- 基于规则同步
- 基于Lua脚本同步
- 同步数据到MongoDB
- MongoDB配置
- 基于规则同步
- 基于Lua脚本同步
- 同步数据到RocketMQ
- RocketMQ配置
- 基于规则同步
- 基于Lua脚本同步
- 同步数据到Kafka
- Kafka配置
- 基于规则同步
- 基于Lua脚本同步
- 同步数据到RabbitMQ
- RabbitMQ配置
- 基于规则同步
- 基于Lua脚本同步
- 同步数据到Elasticsearch
- Elasticsearch配置
- 基于规则同步
- 基于Lua脚本同步
- 全量数据导入
- Lua脚本
- 基础模块
- Json模块
- HttpClient模块
- DBClient模块
- 监控
- 性能测试
- 常见问题
- 更新记录开发计划