Live data from Hacker News

Call Me Maybe: MongoDB Stale Reads

aphyr.com

1–10 of 150 posts

Re: Call Me Maybe: MongoDB Stale Reads

#6
Shame this wasn't done with the latest version 3.0. Although given that improvements are scheduled for 3.1 I would imagine it might be still an issue.

Nice writeup either way though. Would like to see a similar article for Couch* and MySQL.

Re: Call Me Maybe: MongoDB Stale Reads

#7
The most interesting lessons from the Jepsen series:

* You should never trust, and always verify, the claims made by database manufacturers.

* Especially when those claims relate to data integrity.

* Super-especially when every safety level provided by the manufacturer that includes the word "SAFE" is actually unsafe.

Re: Call Me Maybe: MongoDB Stale Reads

#9
post #7

The most interesting lessons from the Jepsen series: * You should never trust, and always verify, the claims made by database manufacturers. * Especially when those claims relate to data integrity. * Super-especially when every safety level provided by the manufacturer that includes the word "SAFE" is actually unsafe.

Actually the broader lesson would be to assume the worst in your application layer and try and remediate/verify wherever possible.

If you look at his articles: Redis, PostgreSQL, Cassandra, ElasticSearch etc all had data consistency errors. And none of those have vendors making any claims.

It's pretty sobering to say the least.

Re: Call Me Maybe: MongoDB Stale Reads

#10
There's a lot going on here, but the summary is: "What Mongo actually does is allow stale reads: it is possible to execute a WriteConcern=MAJORITY write of a new value, wait for it to return successfully, perform a read with ReadPreference=PRIMARY, and not see the value you just wrote."

https://jira.mongodb.org/browse/SERVER-17975?focusedCommentI...

Post reply on HN