用一张巨大的MySQL桌子？

Question

假设我有一张25,000行左右的桌子：

item_id, item_name, item_value, etc...

我的应用程序将允许用户生成任何地方的动态列表，每个从2-3个项目.

我是否应该将所有这些关系存储在一个包含列dynamic_list_id, item_id的巨大表中？每个动态列表最终将在这个表中有2300行，并且表的大小可能会膨胀到数百万，甚至数十亿。

这个表也会经常被查询，每秒钟检索几个动态列表。是一张巨大的桌子是最好的方式吗？将其拆分为动态表(可能由用户命名)是否有意义？

当涉及到为这样的海量数据准备数据库时，我真的不知所措，因此，任何洞察力都将是非常感谢的。

Answer 1

是的，我建议采用Yes建议的设计：“一张列为dynamic_list_id，item_id的巨型桌子。”

性能可以通过索引选择、增加纺锤体和读/写臂的数量以及SSD缓存来根据需要轻松地解决。

从总体上看，这个数据库看起来并不特别大。如今，数十到数百个结核病才能成为一个庞大的数据库。

Answer 2

这是一个关系数据库，它是为这类事情而设计的--只管去做。仅仅几百万行甚至不算“巨人”。但是，请仔细考虑索引问题--您必须平衡插入/更新性能、存储空间和查询性能。

Answer 3

使用如此大的表时，请确保将引擎设置为InnoDB，以获得行级锁。

确保您正在明智地使用索引。

如果您的查询开始拖动，请增加Innodb_buffer_pool的大小以进行补偿。