Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

First error of this user is trying to run mongodb on a single node instance. One note about his paragraph regarding replication ... just make sure to not use the autoresync flag if that's your data recovery plan or you'll simply replicate bad data to the slaves. If your really serious about the data, cycle a couple slaves down every X minutes so that they completely write to disk so that you can perform proper backups then have them come back up and resync.

Here's a rewrite of the article: Don't use monogdb unless you know what your doing and have the hardware to do it right.



(I'm the author of the article).

> Don't use monogdb unless you know what your doing

That can just as well be applied to anything, not just mongodb. Whenever you start using something, you're going to make mistakes.

> and have the hardware to do it right.

AFAIK, running it on two instances (master + slave, and then stop/cycle the slave for backups) should be just fine. So you don't need to have "web scale" hardware for mongodb.

MongoDB is an interesting database and can fit nicely into some use cases - by which I mean data organisation, not just scale. So I don't think it should be avoided by people running simple things with not-humongous data-sets. We just have to look out for a few things we might not have expected. That's why I didn't call them "bugs" or "problems" - just "gotchas".


Excellent point about data organization. gridfs also helps with that. I'm loving gridfs so far.


Cycling slaves isn't necessary. You can use the flush and lock method described here: http://www.mongodb.org/pages/viewpage.action?pageId=19562846




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: