我看了raft协议,觉得写操作是强一致性的,但是读操作应该不是强一致性
--
--
官网: http://golang-china.org/
IRC: irc.freenode.net #golang-china
@golangchina
---
您收到此邮件是因为您订阅了Google网上论坛上的“Golang-China”群组。
要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到golang-china...@googlegroups.com。
要在网络上查看此讨论,请访问https://groups.google.com/d/msgid/golang-china/9d461364-15a4-4b48-8d32-38748d43a438%40googlegroups.com。
要查看更多选项,请访问https://groups.google.com/d/optout。
etcd的github issue里有一个话题是关于这个的, 你可以去围观一下。https://github.com/coreos/etcd/issues/741利用term,可以比较好处理这个问题,脏读的问题是一个强事务隔离的情况, mysql等传统关系数据库有。个人觉得是所处场景不一样。
在 2016年1月20日 下午10:32,guagua <bette...@gmail.com>写道:
当然不是,当大部分机器写返回成功时,还有少部分机器还是旧的值,etcd就有三种读对应不用的一致性要求
在 2016年1月14日星期四 UTC+8下午5:44:44,le liu写道:写的时候已经保证了强一致了,读自然也就强一直了吧
On Tuesday, January 5, 2016 at 3:57:03 PM UTC+8, guagua wrote:我看了raft协议,觉得写操作是强一致性的,但是读操作应该不是强一致性
--
--
官网: http://golang-china.org/
IRC: irc.freenode.net #golang-china
@golangchina
---
您收到此邮件是因为您订阅了Google网上论坛上的“Golang-China”群组。
要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到golang-china+unsubscribe@googlegroups.com。
--刘太华