從上面的描述中，我假設您每秒5000次查詢完全是讀取操作 . 這基本上就是我們所說的數據倉庫用例 . 您的可用性要求是什么？它是否必須托管在AWS和朋友上，或者您是否可以購買自己的硬件以在內部運行？你的數據是什么樣的？消耗這些數據的邏輯是什么樣的？

您可能會感覺到這里確實沒有足夠的信息來明確回答這個問題，但我至少可以提供一些建議 .

首先，如果您的數據相對較小并且您的查詢很簡單，請節省一些麻煩，并確保適當地調整內存參數，因為開箱即用的配置旨在運行在非常微薄的硬件上 . 如果必須使用NoSQL選項，則根據數據的結構，Redis可能是一個不錯的選擇(它需要了解更多關于您運行的數據結構的信息 . )

如果查詢歸結為 SELECT * FROM table WHERE primary_key = {CONSTANT} - 不要打擾使用NoSQL - 只需使用RDBMS并學習如何調整dang事物 . 如果您可以在自己的硬件上運行它，那么這是真的 . 如果連接計數很高，請使用讀取從站來 balancer 負載 .

Long-after-the-fact Edit (5/7/2013) ：我應該付出一些代價，你的I / O性能會很糟糕 . 您可以選擇為配置的IOPS支付大筆資金，將一堆EBS卷配合在一起，或者在將WAL同步到S3或類似設備時依賴短暫的存儲 . 所有這些選擇都很昂貴且難以維護 . 所有這些選項都有不同程度的性能 .

我在最近的一個項目中發現了這個，所以我切換到了Rackspace . 那里的性能大大增加，但我注意到，當我真正需要快速I / O時，我為CPU和RAM資源付出了很多 . 現在我主持Digital Ocean . 所有的事情都令人難以置信地受到了I / O的束縛，所以我只是很好地哼著 .

故事的道德：簡介，調整，重復 . 問自己什么是問題，并不斷驗證你的假設 .

Another long-after-the-fact-edit (11/23/2013) ：作為我在這里描述的一個示例，請查看以下文章，了解使用帶有InnoDB memcached插件的MySQL 5.7實現1M QPS的示例：http://dimitrik.free.fr/blog/archives/11-01-2013_11-30-2013.html#2013-11-22

總結

以上是生活随笔為你收集整理的mysql mongodb qps_极高的QPS - DynamoDB与MongoDB相比其他noSQL？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。