在同一台服务器上混合 InnoDB 和 MyISAM 表是常见的做法吗？

Question

我有一个大约 4.5GB 的数据库在具有 8GB RAM 的服务器上运行。绝大多数表都是 MyIsam（大约 4.3GB），但我很快就会将其中一些转换为 InnoDB。（这将是一个缓慢的过程，首先关注写入密集度最高的表）。

运行同时存在两种类型存储引擎的专用服务器有什么问题吗？

Answer 1

在同一台物理机器上使用多个存储引擎并 没有错，只要你了解每个引擎的优缺点。所有插件存储类型都有性能考虑、功能限制和用例。

例如，如果您有一个 90% 写入的小表，您可以选择 MyISAM。如果数据可以很容易地重新生成并且它是一个小表，比如排队，你可以选择内存。如果您有一个 90% 读取的表，并且在您查找它时数据必须在那里，那么您可能会选择支持事务和可配置原子性的存储引擎，例如 InnoDB。如果您希望通过文件系统进行访问而不会损坏数据，您可以选择 CSV。

尽管如此，您可以安全地在同一架构以及物理主机中使用多个存储引擎。

不过让我注意，您的缓冲区在这整个混乱中发挥了作用。如果您同时使用 MyISAM 和 InnoDB，则需要注意不要让 key_buffer 和 innodb_buffer_pool 竞争。这需要您仔细规划，但这就是我们所做的。

Answer 2

我不能告诉你这是否是一种常见的做法。我可以说一下我自己的经历。

我总是使用最好的工具来完成这项工作，所以我一直在混合引擎。我的大部分项目都使用 MyISAM 作为默认引擎。

当我需要 InnoDB 上可用的特殊功能时，我会去做。

当表大多是只读的时，我会在眨眼之前选择存档引擎。

知道机器服务器有足够的内存，我所有的临时数据都存储在堆表上。

我在过去看到一些混合 MyISAM 和 InnoDB 的减速，但这不是特定的 MySQL 问题。当您只使用一个引擎时，这似乎是一个设计问题。实际上，如果只是 MyISAM、InnoDB 或两者的混合，使用错误的引擎会导致更多的减速并不重要。很难定义一个公式来知道放缓何时会发生。只有实际测试才能告诉你。

当然，您无法在唯一查询上混合 InnoDB 和 MyISAM 来保持完整性和一致性。