Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

Let's assume that it was only writes.
Each "document" inserted is less than 140 characters.

How many writes can this database handle?

share|improve this question
Per second ? As a whole ? Are you sure you're never ever going to read them ? I'd do bench that with some mock data. Where will the data stored ? On an EBS disk ? On the ephemeral disk ? At least, you could probably write more than 10 millions record I guess. Honestly, If you don't plan to read them, you can probably fill up your disk with these documents and the server could still handle them... – Oct Jun 28 '11 at 22:03
I've been collecting tweets from live streaming API by PHP+Mongo 2.4.1 on small-type EC2 instance (Ubuntu Server 12.04) for a past week and it's been 32 millions up until here. What I'm decoding is definitely more than 140 characters. (the instance is not EBS optimised) – Maziyar Mar 29 '13 at 13:56
up vote 0 down vote accepted

EC2 is notorious for inconsistent throughput. There is no way to answer this question reliably, and even testing this in "production" is going to be problematic because of the varied nature of your platform.

If you want to load-test your application, you need a different platform, and really should be using a hosted (or better, leased) server environment.

With that said, to maximize throughput, use SSD drives, ensure that at least your indexes can remain in memory and that they're useful indexes (though keeping your indexes + db in memory is even more ideal), and shard. (Keep in mind that sharding increases complexity, especially on the backup/recovery front.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.