我在具有 8GB RAM 的服务器上运行了一个大约 4.5GB 的数据库。绝大多数表是 MyIsam（大约 4.3GB），但我很快会将其中一些转换为 InnoDB。（这将是一个缓慢的过程，首先关注写入最密集的表）。
在存在两种类型的存储引擎的情况下运行专用服务器有什么问题吗？
AskOverflow.Dev
我在具有 8GB RAM 的服务器上运行了一个大约 4.5GB 的数据库。绝大多数表是 MyIsam（大约 4.3GB），但我很快会将其中一些转换为 InnoDB。（这将是一个缓慢的过程，首先关注写入最密集的表）。
在存在两种类型的存储引擎的情况下运行专用服务器有什么问题吗？
在同一台物理机上使用多个存储引擎并没有错，只要您了解每种存储引擎的优缺点。所有插件存储类型都有性能考虑、功能限制和用例。
例如，如果您有一个 90% 写入的小表，您可能会选择 MyISAM。如果数据可以很容易地重新生成并且它是一个小表，比如排队，你可能会选择内存。如果您有一个 90% 读取的表，并且当您查找它时数据必须在那里，那么您可能会选择支持事务和可配置原子性的存储引擎，例如 InnoDB。如果您希望通过文件系统访问而不会损坏数据，您可以选择 CSV。
尽管如此，您可以在同一架构以及物理主机中安全地使用多个存储引擎。
不过让我注意，您的缓冲区在整个混乱中发挥了作用。如果你同时使用 MyISAM 和 InnoDB，你需要小心你的 key_buffer 和 innodb_buffer_pool 不要竞争。这需要您仔细计划，但这就是我们所做的。
我不能告诉你这是否是一种常见的做法。我可以说一下我自己的经历。
我总是使用最好的工具来完成这项工作，所以我一直在混合引擎。我的大多数项目都使用 MyISAM 作为默认引擎。
当我需要 InnoDB 上提供的特殊功能时，我会选择它。
当一个表大部分是只读的时，我会在眨眼之前选择存档引擎。
知道机器服务器有足够的内存，我所有的临时数据都存储在堆表上。
过去我看到一些混合 MyISAM 和 InnoDB 的减速，但这不是特定的 MySQL 问题。当您只使用一个引擎时，这似乎不是一个设计问题。实际上，如果它只是 MyISAM、只是 InnoDB 或两者的混合，使用错误的引擎会导致更多的减速并不重要。很难定义一个公式来知道何时会发生放缓。只是实际测试可以告诉你。
当然，您无法在唯一查询上混合 InnoDB 和 MyISAM 来保持完整性和一致性。
我尽量避免在同一个数据库中混合 MyISAM 和 InnoDB 表，但这是出于理智而非实际原因。但是，我发现拥有一个带有 MyISAM 表的数据库来进行全文搜索很有用，这样我就可以在网站上运行它。将它保存在一个单独的数据库中，每个条目都有一个外键，这样任何其他在数据库上工作的开发人员都可以轻松查看正在发生的事情。