Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Investigate Get Quorum=true option #3

Open
chenkaitopic opened this issue Feb 14, 2016 · 1 comment
Open

Investigate Get Quorum=true option #3

chenkaitopic opened this issue Feb 14, 2016 · 1 comment

Comments

@chenkaitopic
Copy link
Contributor

Seems like the issues are lost after migrating etcc repo. Reopen this.

@chenkaitopic
Copy link
Contributor Author

From Yi: "How about we have a GetWithQuorum in addition to Get; just like SetWithTTL in addition to Set?"
agree. Seems like we might be interested in using both Get and GetWithQuorum in the future.

Some more details for "quorum=true"
etcd-io/etcd#741
Some inputs:

  1. quorum=true means the read will go through etcd raft and ensures linearization, but brings some performance penalty.
  2. Without quorum=true, etcd ensures linearization for one client since they do a read redirection to leader to ensure the client that send out the previous write operation can see the result by a subsequent read operation.(This needs to be verified by taking a look at etcd client)
  3. Etcd attaches a index for each response. It is the logic clock in etcd. If we can make sure our clients always see monotonic increasing sequence of indexes, we can ensure linearization.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant