php - 类 Facebook 消息的数据库设计

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开， visit the help center寻求指导。

关闭 10 年前。

我目前正在计划使用 PHP/MySQL 构建一个新系统，并希望确保我的数据库能够处理我计划存储的数据量。我的新项目的功能之一是像 Facebook 一样的“消息”功能。我想确保为最终用户创造最好的体验。该网站最终将处理 1000 名用户，总共可能有数百万条消息。数据库设计的最佳方法是什么？ MySQL 是正确的数据库吗？

Answer 1

只要您正确设计数据库，MySQL 处理数百万或数亿条记录是没有问题的。

话虽如此，“像 Facebook 这样的消息功能”是一个相当广泛的定义。通常，您将定义一个 messages 表，将每条消息链接到创建它的用户(即，在消息表中有一个 userId 列)。如果您希望消息发送给多个用户，您有一个 message_recipients 表，通过存储由 messageId 和一个 组成的多条记录来定义一对多关系收件人 ID。将正确的索引添加到这些表中，您就完成了 80% 的工作。

话虽如此，剩下的 20% 可能是一个 killer 。不幸的是，您如何使用数据库将决定您还需要做什么，并且您必须在做出这些判断之前提供有关您的应用程序的更多详细信息。例如，您可能希望考虑使用自动归档解决方案，使主表保持相对较小，并将旧数据移动到可以在必要时访问的备份表中。您可能不会马上需要它，但它在未来可能会有所帮助。