Nebula Graph 源码解读系列｜客户端的通信秘密——fbthrift

作者：Nebula Graph

2022 年 2 月 23 日
本文字数：4693 字
阅读完需：约 15 分钟

概述

Nebula Clients 给用户提供了多种编程语言的 API 用于和 Nebula Graph 交互，并且对服务端返回的数据结构进行了重新封装，便于用户使用。

目前 Nebula Clients 支持的语言有 C++、Java、Python、Golang 和 Rust。

通信框架

Nebula Clients 使用了 fbthrift https://github.com/facebook/fbthrift 作为服务端和客户端之间的 RPC 通信框架，实现了跨语言的交互。

fbthrift 提供了三方面的功能：

生成代码：fbthrift 可将不同语言序列化成数据结构
序列化：将生成的数据结构序列化
通信交互：在客户端、服务端之间传输消息，收到不同语言的客户端的请求时，调用相应的服务端函数

例子

这里以 Golang 客户端为例，展示 fbthrift 在 Nebula Graph 中的应用。

Vertex 结构在服务端的定义：

struct Vertex {  Value vid;  std::vector<Tag> tags;
  Vertex() = default;};

复制代码

首先, 在 src/interface/common.thrift 中定义一些数据结构：

struct Tag {    1: binary name,    // List of <prop_name, prop_value>    2: map<binary, Value> (cpp.template = "std::unordered_map") props,} (cpp.type = "nebula::Tag")
struct Vertex {    1: Value     vid,    2: list<Tag> tags,} (cpp.type = "nebula::Vertex")

复制代码

在这里我们定义了一个 Vertex 的结构，其中 (cpp.type = "nebula::Vertex") 标注出了这个结构对应了服务端的 nebula::Vertex。

fbthrift 会自动为我们生成 Golang 的数据结构：

// Attributes://  - Vid//  - Tagstype Vertex struct {  Vid *Value `thrift:"vid,1" db:"vid" json:"vid"`  Tags []*Tag `thrift:"tags,2" db:"tags" json:"tags"`}
func NewVertex() *Vertex {  return &Vertex{}}
...
func (p *Vertex) Read(iprot thrift.Protocol) error { // 反序列化  ...}
func (p *Vertex) Write(oprot thrift.Protocol) error { // 序列化  ...}

复制代码

在 MATCH (v:Person) WHERE id(v) == "ABC" RETURN v 这条语句中：客户端向服务端请求了一个顶点(nebula::Vertex)，服务端找到这个顶点后会进行序列化，通过 RPC 通信框架的 transport 发送到客户端，在客户端收到这份数据时，会进行反序列化，生成对应客户端中定义的数据结构(type Vertex struct)。

客户端模块

在这个章节会以 nebula-go 为例，介绍客户端的各个模块和其主要接口。

配置类 Configs，提供全局的配置选项。

type PoolConfig struct {  // 设置超时时间，0 代表不超时，单位 ms。默认是 0  TimeOut time.Duration  // 每个连接最大空闲时间，当连接超过该时间没有被使用将会被断开和删除，0 表示永久 idle，连接不会关闭。默认是 0  IdleTime time.Duration  // max_connection_pool_size: 设置最大连接池连接数量，默认 10  MaxConnPoolSize int  // 最小空闲连接数，默认 0  MinConnPoolSize int}

复制代码

客户端会话 Session，提供用户直接调用的接口。

//管理 Session 特有的信息type Session struct {  // 用于执行命令的时候的身份校验或者消息重试  sessionID  int64  // 当前持有的连接  connection *connection  // 当前使用的连接池  connPool   *ConnectionPool  // 日志工具  log        Logger  // 用于保存当前 Session 所用的时区  timezoneInfo}

复制代码

接口定义有以下

  // 执行 nGQL，返回的数据类型为 ResultSet，该接口是非线程安全的。  func (session *Session) Execute(stmt string) (*ResultSet, error) {...}  // 重新为当前 Session 从连接池中获取连接  func (session *Session) reConnect() error {...}  // 做 signout，释放 Session ID，归还 connection 到 pool  func (session *Session) Release() {

复制代码

连接池 ConnectionPool，管理所有的连接，主要接口有以下

// 创建新的连接池, 并用输入的服务地址完成初始化func NewConnectionPool(addresses []HostAddress, conf PoolConfig, log Logger) (*ConnectionPool, error) {...}// 验证并获取 Session 实例func (pool *ConnectionPool) GetSession(username, password string) (*Session, error) {...}

复制代码

连接 Connection，封装 thrift 的网络，提供以下接口

// 和指定的 ip 和端口的建立连接func (cn *connection) open(hostAddress HostAddress, timeout time.Duration) error {...}// 验证用户名和密码func (cn *connection) authenticate(username, password string) (*graph.AuthResponse, error) {// 执行 queryfunc (cn *connection) execute(sessionID int64, stmt string) (*graph.ExecutionResponse, error) {...}// 通过 SessionId 为 0 发送 "YIELD 1" 来判断连接是否是可用的func (cn *connection) ping() bool {...}// 向 graphd 释放 sessionIdfunc (cn *connection) signOut(sessionID int64) error {...}// 断开连接func (cn *connection) close() {...}

复制代码

负载均衡 LoadBalance，在连接池里面使用该模块
策略：轮询策略

模块交互解析

连接池
初始化：
在使用时用户需要先创建并初始化一个连接池 ConnectionPool，连接池会在初始化时会对用户指定的 Nebula 服务所在地址建立连接 Connection，如果在用集群部署方式部署了多个 Graph 服务，连接池会采用轮询的策略来平衡负载，对每个地址建立近乎等量的连接。
管理连接：
连接池内维护了两个队列，空闲连接队列 idleConnectionQueue 和使用中的连接队列 idleConnectionQueue，连接池会定期检测过期空闲的连接并将其关闭。这两个队列在增删元素的时候会通过读写锁来确保多线程执行的正确性。
当 Session 向连接池请求连接时，会检查空闲连接队列中是否有可用的连接，如果有则直接返回给 Session 供用户使用；如果没有可用连接并且当前的总连接数没有超过配置中限定的最大连接数，则新建一个连接给 Session；如果已经到达了最大连接数的限制，返回错误。
一般只有在程序退出时才需要关闭连接池, 在关闭时池中所有的连接都会被断开。
客户端会话
客户端会话 Session 通过连接池生成，用户需要提供用户密码进行校验，在校验成功后用户会获得一个 Session 实例，并通过 Session 中的连接与服务端进行通信。最常用的接口是 execute()，如果在执行时发生错误，客户端会检查错误的类型，如果是网络原因则会自动重连并尝试再次执行语句。
需要注意，一个 Session 不支持被多个线程同时使用，正确的方式是用多个线程申请多个 Session，每个线程使用一个 Session。
Session 被释放时，其持有的连接会被放回到连接池的空闲连接队列中，以便于之后被其他 Session 复用。
连接
每个连接实例都是等价的，可以被任意 Session 持有，这样设计的目的是这些连接可以被不同的 Session 复用，减少反复开关 Transport 的开销。
连接会将客户端的请求发送到服务端并将其结果返回给 Session。
用户使用示例

// Initialize connection poolpool, err := nebula.NewConnectionPool(hostList, testPoolConfig, log)if err != nil {  log.Fatal(fmt.Sprintf("Fail to initialize the connection pool, host: %s, port: %d, %s", address, port, err.Error()))}// Close all connections in the pool when program exitsdefer pool.Close()
// Create sessionsession, err := pool.GetSession(username, password)if err != nil {  log.Fatal(fmt.Sprintf("Fail to create a new session from connection pool, username: %s, password: %s, %s",    username, password, err.Error()))}// Release session and return connection back to connection pool when program exitsdefer session.Release()
// Excute a queryresultSet, err := session.Execute(query)if err != nil {  fmt.Print(err.Error())}

复制代码

返回数据结构

客户端对部分复杂的服务端返回的查询结果进行了封装并添加了接口，以便于用户使用。

对于 nebula::Value，在客户端会被包装成 ValueWrapper，并通过接口转换成其他结构。(i.g. node = ValueWrapper.asNode())

数据结构的解析

对于语句 MATCH p= (v:player{name:"Tim Duncan"})-[]->(v2) RETURN p，返回结果为：

+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+| p                                                                                                                                                                                                                         |+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+| <("Tim Duncan" :bachelor{name: "Tim Duncan", speciality: "psychology"} :player{age: 42, name: "Tim Duncan"})<-[:teammate@0 {end_year: 2016, start_year: 2002}]-("Manu Ginobili" :player{age: 41, name: "Manu Ginobili"})> |+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+Got 1 rows (time spent 11550/12009 us)

复制代码

我们可以看到返回的结果包含了一行，类型是一条路径. 此时如果需要取得路径终点(v2)的属性，可以通过如下操作实现：

// Excute a queryresultSet, _ := session.Execute("MATCH p= (v:player{name:"\"Tim Duncan"\"})-[]->(v2) RETURN p")
// 获取结果的第一行, 第一行的 index 为0record, err := resultSet.GetRowValuesByIndex(0)if err != nil {  t.Fatalf(err.Error())}
// 从第一行中取第一列那个 cell 的值// 此时 valInCol0 的类型为 ValueWrapper valInCol0, err := record.GetValueByIndex(0)
// 将 ValueWrapper 转化成 PathWrapper 对象pathWrap, err = valInCol0.AsPath()
// 通过 PathWrapper 的 GetEndNode() 接口直接得到终点node, err = pathWrap.GetEndNode()
// 通过 node 的 Properties() 得到所有属性// props 的类型为 map[string]*ValueWrapperprops, err = node.Properties()

复制代码

客户端地址

各语言客户端 GitHub 地址：

创作场景

Nebula Graph 源码解读系列｜客户端的通信秘密——fbthrift

概述

通信框架

例子

客户端模块

模块交互解析

返回数据结构

数据结构的解析

客户端地址

推荐阅读

Nebula Graph

评论