通过etcd/clientv3API访问远程etcd服务的时候，在自己的go程序里能顺利获取k-v,但用etcdctl无法获取之前存的数据；同样用etcdctl存的数据，使用clientv3API也访问不到。
并且在使用etcd/clientv3API访问远程etcd服务，在服务端的etcd会产出如下日志信息：
I | etcdserver/api/v3rpc: transport:http2Server.HandleStreams failed to read frame: read tcp 192.168.2.136:2379->192.168.0.17:50551: read: connection reset by peer
原因：v3和http接口的数据不在同一个存储区，用v2的api才会和http同一个存储区
来自csdn问答–etcd开发，官方go-clientv3接口和http接口使用的问题davy_woodi的回答
至于为什么会产生如上日志信息：在etcd的github上给出的讨论原因大致是grpc的遗留问题，不影响使用。
最后
以上就是独特向日葵最近收集整理的关于clientv3API访问etcd服务与使用etcdctl访问之间数据隔离的全部内容，更多相关clientv3API访问etcd服务与使用etcdctl访问之间数据隔离内容请搜索靠谱客的其他文章。
本图文内容来源于网友提供，作为学习参考使用，或来自网络收集整理，版权属于原作者所有。
发表评论 取消回复