php - 如何在 MySQL/PHP 中处理用户数据，用于大量用户和数据条目

Question

让我们在这里假装一下:

PHP/MySQL 网络应用程序。假设有一个服务器和一个 MySQL 数据库。

我有 1,000 个老板。每个老板手下有10个 worker 。这 10 个工作人员(乘以 1k，总共 10,000 个工作人员)每个工作日在 WebApplication 中至少有 5 个数据库条目(为此目的称它们为 work orders)。在这个工单表中，这是每天 50k 个条目。

撇开服务器问题不谈，我在这里看到了两种处理数据库基本逻辑的主要方法:

1. 每个 Boss 都有一个 ID。有一个名为 workorders 的表，它有一个名为 BossID 的列，用于将每个工作订单与老板相关联。这使您每个月在一个表中有大约 100 万个条目，对我来说，这似乎加起来很快。

2. 每个 Boss 都有自己的表，该表是在 Boss 注册时创建的，即 work_bossID，其中 bossID = 老板的唯一 ID。这剩下 1,000 个表，但这些表更易于管理。

---

• 还有我忽略的第三种选择吗？

• 哪种方法效果更好？

• 对于表中的条目数而言，多大才算太大(假设列数较少:少于 10)？ (这可以包括:是时候获得第二台服务器了……)

• 对于数据库中表的数量来说，多大才算太大？ (这可以包括:是时候获得第二台服务器了……)

我知道在某些时候我们必须讨论多台服务器和链接在一起的数据库...但是，让我们再次关注具有单个 MySQL 数据库的单个服务器。

Answer 1

如果您使用单个服务器，我认为表变大没有问题。这不仅仅是表中记录的数量，还包括访问频率。

要管理大型数据集，您可以使用多个服务器。在这种情况下:

• 您可以将所有工单保存在一个表中，并将它们镜像到不同的服务器(这样您就有了从属服务器)

• 您可以按老板对工单表进行分片(在这种情况下，您可以根据工单所属的位置访问服务器)- 搜索数据库分片以获取更多信息

您选择哪个选项取决于您将如何使用您的数据库。

---

镜像(主/从)

将所有工单保存在一个表中有利于在您不知道工单属于哪个老板时进行查询，例如。如果您按产品类型搜索，但任何老板都可以有任何产品类型的订单。

但是，您必须在每个镜像上存储所有内容的副本。此外，只有一台服务器(主服务器)可以处理更新(或添加工作指令)SQL 请求。如果您的大多数 SQL 查询都是 SELECT 查询，这很好。

---

分片

分片的优点是您不必在每个镜像服务器上都存储记录的副本。

但是，如果您通过某些属性搜索任何老板的工单，则必须查询每台服务器以检查每个分片。

---

如何选择

总而言之，如果您可以进行各种查询，包括按属性浏览工单(而不是它属于哪个老板)，则使用单个表，并且您可能有比写入查询更多的 SELECT(读取)查询.

如果写入查询的数量级与读取查询的数量级相同，和/或您想节省内存，并且按其他属性(而非 boss)搜索的查询很少见，请使用分片。

---

保持快速查询

大型数据库并不是真正的大问题，如果它们没有被查询淹没，因为它们可以将大部分数据库保存在硬盘上，并且只将最近访问的内容保存在缓存中(在内存中)。

防止任何单个查询运行缓慢的另一件重要事情是确保为您可能执行的每个查询添加正确的索引以避免线性搜索。这是为了允许数据库二进制搜索所需的记录。

如果您需要维护记录计数，无论是整个表还是按属性(类别或老板)，请保留计数器缓存。

何时获得新服务器

实际上没有一个数字可以分配来确定何时需要新服务器，因为变量太多了。可以通过查看查询的执行速度以及服务器的 CPU/内存使用情况来做出此决定。