MySQL内存表、Memcached还是其他？

数据集当前增长超过100万，需要不断查找/更新特定于用户的数据。 寻找具有高TPS的最快和可扩展选项。 Memcache/memcacheddb与mysql内存表对于实现和扩展选项来说是一个很大的困惑。

---

任何一个都可以提供适当的缩放/tps和性能信息，以供哪一个使用？

此数据的完整性是否重要？如果是这样，您可以立即排除memcached和MySQL内存表，因为它们都不会持久化到持久存储中。memcachedb至少是持久化的，但它不能保证与普通RDBMS相同的可靠性。

如果你有一个大的数据集，你不会通过向它扔硬件来扩展它。因为你没有说你的增长率是多少，所以很难提出任何建议

如果需要扩展写操作，可以对表进行分区。 如果您需要扩展读取—您可以创建主复制群集>多个从复制群集

---

此外，MySQL还有一个名为TokuDB的引擎——更多信息请访问。对于某些东西更新、热索引添加和类似的东西，它的速度非常快，但对于大规模更新来说，它并不是那么好。值得一看。

nop PERSISTANCE不是必需的！我想知道在memcached和memory表上如何执行写操作！！如果是这样的话，那么memcached将在性能上获胜！请记住，它支持一组更简单的操作，只需GET/set即可。持久性可以在不同的级别上得到保证。它涉及到数据集上的读取扩展，数据集的读取量至少可以从1月/月增长。数据集上会有不断的更新和大量的读取。。。所以写作也是一个因素！！tokudb的速度和memcache/内存表一样快吗？！！