sql - 使用 MySQL 作为键/值数据库的可扩展性

Question

我很想知道将 MySQL 用作键值数据库与使用 Redis/MongoDB/CouchDB 相比对性能的影响。我过去使用过 Redis 和 CouchDB，所以我非常熟悉它们的用例，并且知道在 NoSQL 和 MySQL 中存储键/值对更好。

但是情况是这样的:

• 我们的大部分应用程序已经有很多 MySQL 表
• 我们在 Heroku 上托管所有内容(它只有 MongoDB 和 MySQL，并且基本上每个应用程序 1-db 类型)
• 在这种情况下，我们不想使用多个不同的数据库。

基本上，我正在寻找有关在 MySQL 中拥有键/值表的可扩展性的一些信息。可能在三个不同的任意层:

• 每天 1000 次写入
• 每小时写入 1000 次
• 每秒 1000 次写入
• 每小时 1000 次读取
• 每秒 1000 次读取

一个实际的例子是构建类似 MixPanel's Real-time Web Analytics Tracker 的东西，这将需要根据流量经常写入。

WordPress 和其他流行的软件一直在使用它:Post 具有“元”模型，它只是键/值，因此您可以向可以搜索的对象添加任意属性。

另一种选择是将可序列化的哈希存储在 blob 中，但这似乎更糟。

你怎么看？

Answer 1

毫无疑问，使用 NOSQL 解决方案会更快，因为它更简单。
NOSQL 和 Relational 不是相互竞争的，它们是不同的工具，可以解决不同的问题。
也就是说，对于每天或每小时 1000 次写入，MySQL 将没有问题。
对于每秒 1000 次，您将需要一些花哨的硬件才能到达那里。对于 NOSQL 解决方案，您可能仍需要一些分布式文件系统。

这还取决于您存储的内容。