我们的软件目前运行在MySQL上。所有租户的数据都存储在同一个模式中。由于我们使用Ruby on Rails，我们可以轻松确定哪些数据属于哪个租户。然而，当然有一些公司担心他们的数据可能会被泄露，因此我们正在评估其他解决方案。
到目前为止，我看到了三种选择：
多模式是我最喜欢的（考虑到成本）。但是创建新帐户并进行迁移似乎非常痛苦，因为我必须遍历所有模式并更改它们的表/列/定义。
Q: 多模式似乎被设计为为每个租户具有略微不同的表 - 我不想要这样的表结构。是否有任何关系型数据库管理系统可以让我使用多模式多租户解决方案，其中表结构在所有租户之间共享？
P.S. 我所说的多是超级多（10,000+ 租户）。
更新： 关于预期租户数量的最新信息。
对于大多数（如果不是全部）情况，预期租户数量（10k）应该不包括多数据库方法。我认为你不会喜欢维护10000个数据库实例，并且每天还要创建数百个新实例的想法。
仅从这个参数来看，似乎共享数据库、单一模式方法是最合适的。事实上，每个租户存储的数据只有约50Mb，而且没有每个租户的附加组件，使得这种方法更加适用。
上面提到的MSDN文章提到了三种安全模式，以解决共享数据库方法的安全考虑：
当你对应用程序的数据安全措施有信心时，就可以向客户提供强有力的数据安全保证的服务级别协议。在你的SLA中，除了这些保证，你还可以描述你将采取的措施来确保数据不会被破坏。
更新2： 微软的工程师们似乎移动/创建了一篇关于这个主题的新文章，原始链接已经消失，这是新的链接：多租户SaaS数据库租户模式（感谢Shai Kerer）
以下是Salesforce.com有关如何实现多租户的白皮书链接：
http://www.developerforce.com/media/ForcedotcomBookLibrary/Force.com_Multitenancy_WP_101508.pdf
他们有一个巨大的表，拥有500个字符串列（Value0、Value1......Value500）。日期和数字以一种可以在数据库级别转换为其本机类型的字符串格式存储。还有元数据表来定义数据模型的形状，每个租户可以是独特的。此外还有用于索引、关系、唯一值等的其他表。
为什么要这样做呢？
每个租户都可以在运行时自定义自己的数据架构，而无需进行数据库级别的更改（例如alter table）。这绝对是一种较为困难的实现方式，但非常灵活。
我的经验是（虽然是针对SQL Server），多数据库是一种可靠的方式，每个客户都有自己的数据库。因此，尽管我没有mySQL或Ruby On Rails的经验，但我希望我的建议能够增加一些价值。
原因如下：
我希望这能提供一些有用的建议！还有更多原因，但我现在脑子一片空白。如果我想到了，我会更新的:)
编辑：
自从我发布这个答案以来，现在明确了我们正在讨论10,000+租户的问题。我的经验是在数百个大型数据库上 - 我认为对于您的情况，管理10,000个单独的数据库可能有些困难，所以我现在不支持多数据库方法。特别是现在清楚了您所说的每个租户数据量都很小！
我将保留此答案，因为它可能对处于类似情况（具有较少租户）的其他人有用。
更具可扩展性的方法是将租户随机分布在同一数据库中的不同逻辑分片（或表）中。根据您使用的编程语言，有许多库可以帮助完成这项工作。如果您使用的是Rails，有一个名为acts_as_tenant的库，它有助于确保租户查询仅返回该数据。还有一个gem apartment - 虽然它使用模式模型，但它确实有助于跨所有模式的迁移。如果您使用Django，则有很多库，但其中一个较受欢迎的是跨模式。所有这些都更有助于应用程序级别的操作。如果您正在寻找更直接的数据库级别的解决方案，则Citus专注于使Postgres的此类分片对多租户的支持更加开箱即用。
