使用towergRPC

在 TiKV 里面，我们使用的是 grpc-rs，这是我们自己维护的一个 Rust gRPC 库，主要是使用 Future 这个特性，封装了 Google 的 C gRPC，对外提供了一套易于使用的同步编程的接口。

但 grpc-rs 并不是 pure Rust，而且 C gRPC 的性能其实并不好，加上在生产环境中碰到过几次 C gRPC panic，我们一直有打算完全拥抱 Rust 社区，用一个纯 Rust 的 gRPC 实现（以前也想过自己造轮子，但发现坑太大，就算了）。现阶段，有两个现成的，一个是 grpc-rust，而另一个则是 tower-grpc。grpc-rust 在最开始我们开发 grpc-rs 的时候，尝试过一段时间，不过接上去之后异常的不稳定，所以放弃了，后来也一直没有尝试，现在不知道改善了没有。

而 tower-grpc，虽然是一个非常新的实现，现在也不完善，但可以算是根正苗红了。首先它是 Rust 社区里面知名的几个开发者一起做的，譬如 mio 的作者carllerche，hyper 的作者 seanmonstar，另外它基于 tokio，这也可能是 Rust 网络编程的一个规范。所以如果我们能尽早的拥抱 tower-grpc，我们就可以跟 Rust 社区结合的更加紧密，帮助完善 tower 以及 tokio 相关的生态。

现阶段，对于 Protobuf，TiKV 使用的是 rust-protobuf，而 tower-grpc 使用的是 prost，所以我们并不能很容易的完全迁移到 tower 进行测试，主要是要把 TiKV 里面大量的使用 rust-protobuf 的代码改成使用 prost，这个其实是一个非常重的体力活。

不过还是可以先尝试一下的，使用 tower-grpc 还是比较简单的。首先，当然编译 TiKV 的 gRPC 协议，在 kvproto 里面，我们先 clone 下来，创建一个 tower 的目录：

git clone https://github.com/pingcap/kvproto.git cd kvproto mkdir tower

然后参考 Cargo.toml，创建出 Cargo.toml，不过这里需要注意，我使用的是 rustc 1.29.0-nightly (4f3c7a472 2018-07-17) 这个版本的，所以并不能编译 tower-grpc，需要显示的将 tower-grpc 的代码 clone 下来，在 tower-grpc/src/lib.rs 里面显示的加上：

#![feature(extern_prelude)] #![feature(crate_in_paths)]

才能编译通过，所以这里，我们自己的 Cargo 文件使用的是本地的 tower-grpc。然后创建一个 build.rs：

extern crate tower_grpc_build; fn main() { tower_grpc_build::Config::new() .enable_server(true) .enable_client(true) .build(&["../proto/tikvpb.proto"], &["../proto", "../include"]) .unwrap_or_else(|e| panic!("protobuf compilation failed: {}", e)); // Same for pdpb.proto and other proto files }

在随便的创建个 src/lib.rs 文件，然后 cargo build，生成的 proto 相关的 rs 文件会放在类似 target/debug/build/tower-9000a2ba77585c7e/out 的目录下面，现在可以先手动 copy 出去使用，后面其实不需要这么麻烦。

对于生成的文件，譬如 metapb.rs，类似这样

#[derive(Clone, PartialEq, Message)] pub struct Cluster { #[prost(uint64, tag="1")] pub id: u64, /// max peer count for a region. /// pd will do the auto-balance if region peer count mismatches. /// /// more attributes...... #[prost(uint32, tag="2")] pub max_peer_count: u32, }

它并不能直接 import 使用，需要在外面再次 include，如下

pub mod metapb { include!("proto/metapb.rs"); }

然后我们再次创建一个工程，参考 client.rs，我们弄一个自己的 TiKV client，给 TiKV 发送 raw_put 命令：

pub fn main() { let _ = ::env_logger::init(); let uri: http::Uri = format!("http://127.0.0.1:20161").parse().unwrap(); let h2_settings = Default::default(); let mut make_client = client::Connect::new(Dst, h2_settings, DefaultExecutor::current()); let say_hello = make_client.make_service(()) .map(move |conn| { use tikvpb::client::Tikv; use tower_http::add_origin; let cOnn= add_origin::Builder::new() .uri(uri) .build(conn) .unwrap(); Tikv::new(conn) }) .and_then(|mut client| { use kvrpcpb::{Context, RawPutRequest}; use metapb::{RegionEpoch, Peer}; let ctx = Context{ region_id: 2, region_epoch: Some(RegionEpoch{ conf_ver: 1, version: 1, }), peer: Some(Peer{ id: 3, store_id: 1, is_learner: false, }), term: 6, priority: 0, isolation_level: 0, not_fill_cache: false, sync_log: false, handle_time: false, scan_detail: false, }; client.raw_put(Request::new(RawPutRequest { context: Some(ctx), key: b"a".to_vec(), value: b"123".to_vec(), cf : "default".to_string(), })).map_err(|e| panic!("gRPC request failed; err={:?}", e)) }) .and_then(|response| { println!("RESPOnSE= {:?}", response); Ok(()) }) .map_err(|e| { println!("ERR = {:?}", e); }); tokio::run(say_hello); }

上面我们强制操作了 Region 2，通过 pd-ctl 以及 tikv-ctl 这两个工具可以得到相关的 region 信息，然后执行，得到如下输出：

RESPOnSE= Response { http: Response { status: 200, version: HTTP/2.0, headers: {"content-type": "application/grpc", "grpc-accept-encoding": "identity,deflate,gzip", "accept-encoding": "identity,gzip"}, body: RawPutResponse { region_error: None, error: "" } } }

证明操作成功了，我们通过 tikv-ctl 在 TiKV 上面查询相关的数据：

tikv-ctl --host 127.0.0.1:20161 print -k za value: 123

发现 key a 的值为 123，写入成功。这里需要注意，在 TiKV 里面，所有 key 都会增加前缀 “z” 写入，所以这里我们是 “za”。

可以看到，使用 tower-grpc 是非常容易的，我们也在仔细考虑这个事情 https://github.com/tikv/tikv/issues/3951，如果你对这块感兴趣，欢迎联系我们。