canal的java客户端_易用的 canal java 客户端 canal-client

易用的canaljava 客户端

canal 自身提供了简单的客户端，数据格式较为复杂，处理消费数据也不太方便，为了方便给业务使用，提供一种直接能获取实体对象的方式来进行消费才更方便。

先说一下实现的思路，首先canal 客户端的消息对象有两种，message 和 flatMessage，分别是普通的消息(protobuf格式)和消息队列的扁平消息(json格式)，现在将这两种消息转化为我们直接使用的 model 对象，根据消息中的数据库表名称找到对应的的实体对象，那么如何根据数据库表名找到实体对象呢？

第一种方式，如果我们的实体对象都使用JPA 的 @Table注解来标识表和实体的对应关系，可以使用该注解来找到实体对象和表名的关系

第二种方式，可以使用自定义注解的来标注实体和表名的关系，为解耦各个表的处理，我们使用策略模式来封装各个表的增删改操作

canal 主要客户端类

ClientIdentity

canal client和server交互之间的身份标识，目前clientId写死为1001. (目前canal server上的一个instance只能有一个client消费，clientId的设计是为1个instance多client消费模式而预留的)

CanalConnector

SimpleCanalConnector/ClusterCanalConnector : 两种connector的实现，simple针对的是简单的ip直连模式，cluster针对多ip的模式，可依赖CanalNodeAccessStrategy进行failover控制

CanalNodeAccessStrategy

SimpleNodeAccessStrategy/ClusterNodeAccessStrategy：两种failover的实现，simple针对给定的初始ip列表进行failover选择，cluster基于zookeeper上的cluster节点动态选择正在运行的canal server.

ClientRunningMonitor/ClientRunningListener/ClientRunningData

client running相关控制，主要为解决client自身的failover机制。canal client允许同时启动多个canal client，通过running机制，可保证只有一个client在工作，其他client做为冷备. 当运行中的client挂了，running会控制让冷备中的client转为工作模式，这样就可以确保canal client也不会是单点. 保证整个系统的高可用性.

Canal 客户端类型

canal 客户端可以主要分以下几种类型

单一ip 直连模式

这种方式下，可以启动多个客户端，连接同一个canal 服务端，多个客户端只有一个client 工作，其他的可以作为冷备，当一个client的挂了，其他的客户端会有一个进入工作模式

缺点：连接同一个服务端，如果服务端挂了将导致不可用

多ip 模式

这种方式下，客户端连接多个canal服务端，一个客户端随机选择一个canal server 消费，当这个server 挂了，会选择另外一个进行消费

缺点：不支持订阅消费

zookeeper 模式

使用zookeeper来server，client 的状态，当两个canal server 连接zookeeper 后，

优先连接的节点作为 活跃节点，client从活跃节点消费，当server挂了以后，从另外一个节点消费

缺点：不支持订阅消费

消息 队列模式

canal 支持消