极高的QPS-DynamoDB vs MongoDB vs其他noSQL？
我们正在建立一个系统，从第一天起就需要处理大量的小请求。“加载”是指每秒约5000次查询。对于每个查询，我们需要从noSQL数据库中检索约20条记录。将有两次批读取-首先读取3-4条记录，然后立即读取16-17条记录（基于第一次读取的结果）。这意味着每秒要读取约100000个对象 到目前为止，我们一直在考虑使用DynamoDB实现这一点，因为它非常容易开始 存储不是我会担心的事情，因为对象将非常小。 我担心的是阅读的成本。DynamoDB每秒每100次最终一致（这对我们来说很好）读取的成本为每小时0.0113美元。如果所有物体的大小都达到1KB，我们每小时的价格是11,3美元。根据每天16小时的平均使用量，每月的费用为5424美元 所以每月5424美元 我会考虑其他选择，但我担心维修问题，费用等。我从来没有与这样的设置之前，所以你的建议将是非常有价值的。< /P> 对于这种读/写密集型应用程序，哪种解决方案最具成本效益（但仍然没有麻烦） “加载”是指每秒约5000次查询 啊，这不算多，连SQL都能处理。因此，您已经处于大多数现代DBs能够处理的范围之内。但是，他们只能通过正确的方式处理此问题：极高的QPS-DynamoDB vs MongoDB vs其他noSQL？,mongodb,nosql,Mongodb,Nosql,我们正在建立一个系统，从第一天起就需要处理大量的小请求。“加载”是指每秒约5000次查询。对于每个查询，我们需要从noSQL数据库中检索约20条记录。将有两次批读取-首先读取3-4条记录，然后立即读取16-17条记录（基于第一次读取的结果）。这意味着每秒要读取约100000个对象 到目前为止，我们一直在考虑使用DynamoDB实现这一点，因为它非常容易开始 存储不是我会担心的事情，因为对象将非常小。 我担心的是阅读的成本。DynamoDB每秒每100次最终一致（这对我们来说很好）读取的成本为每小
- 索引
- 询问
- 服务器硬件
- 分割大数据（可能需要大量碎片，每个碎片的数据量相对较低，具体取决于此处，所以我说“可能”）
：\- 大量的EC实例（取决于数据和索引大小，但我想说可能接近30？）
- 一名服务器管理员（可能是2名，可能是自由职业者？）
- 我不确定您拥有的数据量
- 我不确定你的写作
- 大量写作（与你的阅读量差不多）
- 海量数据（lots）
SELECT*FROM table WHERE primary_key={CONSTANT}