MySQL性能一个巨大的数据库vs一个小的数据库

Question

我正在开发一个包含许多子域的网站。

它具有博客模块，管理系统等。 我已经在各个站点共享了这个问题，但是无法得到正确的答复。

问题是我是否应该对所有模块使用一个数据库，这意味着我的数据库将有近100个表。 这种方法合适吗？还是应该为每个模块创建单独的数据库？

Answer 1

好吧，这并不重要。

如果将innodb与单个数据文件一起使用（未启用innodb_file_per_table设置），则所有数据无论如何都将存储在单个文件中。

在每个表模式下使用innodb单独文件或使用myisam表引擎时，一个或多个数据库之间的唯一区别实际上是数据库文件的存储目录。 除非目录（数据库）以不同的速度位于不同的存储设备中，否则它们的性能将相同。

将某些表保留在不同的数据库中可能有两个原因：

1. 安全性：mysql不支持基于角色的访问控制。 因此，如果存在一组只能由特定用户组访问的表，那么如果这些表位于不同的数据库中，则访问控制将更易于管理。

2. 如果您提到的某些模块碰巧使用了相同的表名，那么您将不得不将它们移至单独的数据库，或者您需要修改代码和表名以避免错误。

Answer 2

设计系统没有正确或错误的方法。 只是各种技术的优缺点。 我通常在Oracle和SQL Server中工作，因此必须查找MySQL的一些术语。 根据我的研究，在MySQL中，数据库与更改事物的架构同义。 在为任何供应商计划物理设计时，我会考虑以下因素：

• 安全性-是否所有子域都需要互相读/写？ 用户如何得到保护？ 选择一个或多个架构会影响架构和用户安全性的易于管理和控制。
• 增长-某些子域的增长速度是否快于其他子域？ 如果是，我会考虑将它们分开以考虑不同的增长率。
• 组织-如果将不同的子域分开，在实践中是否更容易识别它们？ 如果不分隔它们，请使用严格的命名约定，以便可以轻松标识一个子域中的对象。
• 链接-从另一个架构/数据库访问另一个架构/数据库有多容易？

希望这可以帮助。