如何设计和处理mysql中的大表？

Question

假设我有一个 Games 表、一个 Players 表和一个 Game Admin（谁可以将游戏添加到系统）表，并且得分表包含游戏 ID 玩家 ID 和每个游戏级别的得分。

每个游戏都有很多玩家 玩家不是游戏管理员。 每个Game Admin都有几个Games。得分表可能超过1500万条记录。

我有两个想法：请告诉我利弊

根据我的估计系统不会有超过100个游戏所以：

1.为每个游戏创建新表，以防止将所有分数存储在一个表中

2.将玩家和玩家的主要资料保存在一个数据库中，并为每个游戏创建新的数据库？

哪个选项更合适？ 如果您有其他想法，请与我分享。 谢谢

Answer 1

从查询性能的角度来看，这两种解决方案基本上是等效的，因为它们具有更多的小尺寸表。唯一的区别在于三个方面，第一个与访问和连接时间或对数据库的身份验证有关，在多个数据库访问各个板并从 dns 尤其是从 dbname 向上游路由的情况下，但这意味着对于每次访问游戏表时，您都应该建立新的连接。在第二种情况下，新连接的使用可能会更少，但是您应该注意，您必须担心在您的代码中管理要访问的表的动态标识。最后，在您可以访问的数据库数量方面，如果您使用托管解决方案，您通常会受到使用权利或与供应商的服务合同的限制。