仅包含整数的大型数据库表的最佳选择（必须使用 SUM() 或 AVG() ）

Question

我目前正在 LAMP 下使用 MySQL 表进行在线游戏。

其中一张表很大（很快就有数百万行）并且只包含整数（ID、时间戳、布尔值、分数）。

我尽一切努力永远不必加入这张桌子。但是，我担心可扩展性。我正在考虑将这个单一表移动到另一个更快的数据库系统。 我使用中间表来计算分数，但在某些情况下，我必须直接对该表的某些筛选行集使用 SUM() 或 AVERAGE()。

对于您来说，该表的最佳数据库选择是什么？

我的要求/规格：

• 该表仅包含整数（大约 15 列）
• 我需要按某些列进行过滤
• 我希望拥有唯一的键
• 拥有“INSERT ... ON DUPLICATE UPDATE”可能会很好，但我想我的脚本可以自己管理。
• 我必须使用 SUM() 或 AVERAGE()

谢谢

Answer 1

只需确保您有正确的索引，这样选择应该很快

Answer 2

表中的数百万行并不是很大。如果您按照 @Tom-Squires 的建议对相关键建立索引，那么在选择、过滤或更新插入数据时就不应该出现任何问题。

不过，聚合查询（sum 和 avg）可能会带来问题。原因是它们需要全表扫描，因此需要多次从磁盘提取数据到内存。有几种提高速度的方法：

1. 如果您的数据不经常更改，那么在代码中缓存这些查询结果可能是一个很好的解决方案。
2. 如果它经常更改，那么提高性能的最快方法可能是确保数据库引擎将表保留在内存中。快速计算预期大小：15 列 x 8 字节 x 百万 =~ 100 MB - 这并不是一个真正的问题（除非您在共享主机上）。如果您的 RDBMS 不支持针对特定表进行调整，那么只需将其放入不同的数据库模式中 - 应该不会有问题，因为您没有对此表进行任何联接。大多数引擎都允许您对其进行调整。