MySQL Multi-Tenancy 应用程序 - 太多表和性能问题

Question

我正在开发一个 Multi-Tenancy 应用程序，对于每个租户，我在 LAMP 环境中的单个 MySQL 数据库中创建单独的一组 50 个表。

在每组中，平均表大小为 10 MB，但大约 10 个表的大小在 50 到 200 MB 之间。

MySQL InnoDB 为每个表创建 2 个文件(.frm 和 .ibd)。

对于 100 个租户，将有 100 x 50 = 5000 个表 x 2 个文件 = 10,000 个文件

我觉得太高了。我这样做的方式是错误的还是在这种情况下很常见。我还应该考虑哪些其他选择？

我也read this question但这个问题被版主关闭了，所以没有引起太多思考。

Answer 1

每个租户拥有一个数据库。这将是 100 个目录，每个目录有 2*50 = 100 个文件。 100是合理的；在大多数操作系统中，目录中的 10,000 个项目都非常危险。

附录

如果您有 15 个表供所有租户使用，请将它们放入一个额外的数据库中。如果您将该数据库称为“Common”，请考虑以下片段:

USE Tenant;    -- Customer starts in his own db
SELECT ... FROM table1 ...;   -- Accesses `table1` for that tenant
SELECT a.this, b.blah
    FROM table1 AS a             -- tenant's table
    JOIN Common.foo AS b  ON ... -- common table

赠款说明...

GRANT ALL PRIVILEGES ON Tenant_123.* TO tenant_123@'%' IDENTIFIED BY ...;
GRANT SELECT ON Common.* TO tenant_123@'%';

也就是说，将所有内容“授予”自己的数据库可能是可以的。 但是他对通用数据的访问权限非常有限。

相反，如果您管理登录并且所有访问都通过 PHP API 进行，那么您可能只有一个 mysql“用户”用于所有访问。在这种情况下，我上面关于 GRANTs的注释是不相关的。

不要让租户访问所有内容。您的整个系统将很快被黑客攻击并可能被破坏。