我正在构建一个 PHP/MySql 数据库应用程序，它可能会在某些表上大量使用。
三个表可能会执行大量更新 - 以下是有关这些表的一些信息
我有一个广泛的问题是每个 MySql 数据库的最大表数是多少（在 Linux 服务器上）。我也对采用为每个用户分配一个表而不是所有用户共享的单个表的方法的利弊感兴趣。
【问题讨论】：
标签： mysql database-design
表的数量仅受 inode 数量或磁盘上的物理空间的限制。
如果不知道更多关于你在做什么，虽然很难给出一个很好的意见。一般来说，只要您有适当的索引，我会说 1,000,000 行的表对 MySQL 来说没什么大不了的。恕我直言，这是一个比为每个用户都有一张桌子更好的解决方案（系统可以做到，但我认为它最终会成为维护的噩梦）。
为什么每张桌子需要 250k？你在存储什么，每一行都这么大？探索将这些数据拆分到其他表中。
一般来说，良好的数据库设计会将数据类别放入表中，而不是将表用作行。
【讨论】：
从设计和编程的角度来看，一张桌子绝对是更可取的。我认为多表分片方法是一种 hack，您应该在开发和测试“正确”设计之后出于性能原因考虑。
如果 1) 您的表被广泛索引或 2) 它们涉及大量行重写/移动（我不知道 MySQL 中的详细信息），则 UPDATE 会伤害您。
【讨论】：
每个数据库的最大表数受限于您的文件系统。该数字对应于目录中允许的文件数。
创建这么多表似乎是一场维护噩梦。如果您需要更改有关表的任何内容，则需要为每个用户执行此操作。那可能是几个小时或几天。将所有用户数据保存在同一个表中，并在用户 ID 上有一个良好的索引，这会让你走得更远。
【讨论】：
MySQL 不施加最大表限制。真正的限制将是您的操作系统。 MySQL 将每个表存储为一个单独的文件，因此拥有 5,000 个表而不是 2 或 3 个并不是那么好。
我绝对不建议为每个用户创建一个表，原因有很多 - 你想要你的数据 IN 表。
在您的用户 ID 表上放置一个索引就可以了。
【讨论】：