java jdbc 连接ignite_Apache Ignite 学习笔记(二): Ignite Java Thin Client

前一篇文章，我们介绍了如何安装部署Ignite集群，并且尝试了用REST和SQL客户端连接集群进行了缓存和数据库的操作。现在我们就来写点代码，用Ignite的Java thin client来连接集群。 在开始介绍具体代码之前，让我们先简单的了解一下Ignite的thin client，以及背后的binary client protocol(原本打算把thin client翻译为精简客户端，bianry client protocol翻译为二进制客户端协议，但总读的不顺口，就索性就不翻译了吧-_-|||)。

Ignite Thin Client和Binary Client Protocol介绍

为了缓存数据的高性能读写，Ignite是节点内部需要维护一套高效的数据结构来记录一些元数据，所以如果在自己的应用程序中启动一个Ignite的server/client节点是要占用一些应用程序的CPU/内存资源的。另外，Ignite是一个分布式系统，单个节点需要和集群里的其他节点通讯，又要消耗一些的网络资源。 因此不同于server/client节点，thin client是一个Ignite轻量化的客户端。为什么说它是轻量化的呢，因为thin client并不会加入到Ignite集群的拓扑中(即thin client的连接，断开不会导致Ignite集群拓扑发生变化，也不会触发相应的事件通知)，不会存储任何集群的数据或是被做为计算节点接收计算任务。Thin client就是一个纯粹的客户端，它纯粹到通过最原始的socket连接到Ignite集群中的某一个节点进行所有的操作。

在Ignite集群成功启动后，我们会在日志看到“Topology snapshot [ver=1, servers=1, clients=0, CPUs=2, offheap=1.6GB, heap=1.0GB]”信息。这条日志里的clients和thin client不是一回事。按照之前介绍，thin client是不会加入Ignite集群的拓扑中去，理应不会出现在和拓扑相关的日志中，所以这里不要把thin client和集群中的client节点搞混了。

这个链接详细的介绍了Binary Client Protocol的数据格式(比如采用的是litter-endian，Ignite的二进制对象描述用户数据)，消息格式(定义了消息头格式，响应消息的格式，以及连接时如何进行握手保证版本兼容等)和各种缓存操作所需的操作编码和格式。 所以只要你按照Binary Client Protocol的要求，你可以用任何一种语言实现一个thin client。目前Ignite发布了两种语言的thin client的实现，一个是基于Java实现，一个是基于.Net实现。

当然thin client虽然轻量化，也有它的问题。 Thin client写数据时只能先把数据发给其连接的节点，再由该节点将数据发送给集群内的其他节点做存储(同理，读数据也需要通过该节点才能传给thin client)，这样thin client和这个节点间