【 Tikv 使用环境】测试
【 Tikv 版本】v5.4.0
【使用方式】我们测试使用的raw tikv，借助 golang版本的tikv client完成的事务处理（ https://github.com/tikv/client-go ）
在测试tikv client和tikv server之间的GRPC连接数对性能影响发现，当设置GrpcConnectionCount越大的时候，P99长尾延迟反而变高了。
【压测场景】getObjectInfo、deleteObjectInfo、putObjectInfo是我们测试暴露延迟的事务类型名称，这些类型的事务我们指定12K qps压测，压测的client只有一台机器。
我们发现：
GrpcConnectionCount=1时，稳定下来后，P99长尾延时反而最小。
GrpcConnectionCount=16，稳定下来后，P99长尾延时反而最大。
压测场景下，机器的资源并没有使用太多，也就是说机器硬件资源剩余比较富裕。
这个grpc连接数的最佳实践应该怎么设置呢？