PHP/MySQL : Can 12 CPU cores make app faster than 6 CPU cores although CPU usage always below 40%?

Question

我们的问题是，在我们减少 CPU 内核后，MySQL 延迟了我们的应用程序，尽管 CPU 使用率一直低于 40%。我的问题是:现在真的是 CPU 减少导致 MySQL 变慢了吗？还是我应该寻找其他地方？

更多详细信息:我的团队正在运行一个移动应用程序，最多有几千名用户同时在线。他们每秒向后端发出 100 个请求。我们使用的是 PHP/MySQL，有 12 个 CPU 内核和 8 GB 内存。 phpMyAdmin 工具显示 CPU 使用率为 15-25%，RAM 使用率为 1 GB。

然后我们将 CPU 内核减少到 6 个。CPU 使用率最高上升到大约 40%。然而，面对更高的负载(但不比我们运行 12 核时的负载高)MySQL 无法立即处理所有查询，并且查询正在排队延迟我们的整个应用程序。当我们有 12 个核心时，这不会发生。

如有任何提示或提示，我将不胜感激。我们已经在对服务器(变量)配置进行全面审查。我们只使用 InnoDB 表。

非常感谢，弗曼

Answer 1

在我看来，您的 MySQL 可能已达到其 I/O 限制。我们对我们的数据库服务器进行了压力测试，了解数据库阻塞点的关键是当您添加或更改记录时，您必须执行磁盘写入(SELECT 可以被缓存)。因此，当我们刚刚阅读我们的网站时，它处理了相当多的负载，但当我们模拟结帐时(创建了多条记录)，它很快就陷入了困境。

那时候，我们别无选择。与磁性相比，SSD 的供应成本太高(而且我们的扼流圈数量远远超出了我们真正达到的任何水平)。我们能做的最好的是 RAID 10。但是，多亏了云，您现在可以轻松地(而且便宜地)拥有一个相当强大的数据库服务器，它可以更好地处理 I/O 负载(尤其是在 SSD 价格迅速下降的情况下)。您会注意到亚马逊甚至在 Provisioned IOPS feature 上出售他们的中间实例。

For any production application that requires fast and consistent I/O performance, we recommend Provisioned IOPS (input/output operations per second) storage. Provisioned IOPS storage is a storage type that delivers fast, predictable, and consistent throughput performance. When you create a DB instance, you specify an IOPS rate and storage space allocation. Amazon RDS provisions that IOPS rate and storage for the lifetime of the DB instance or until you change it. Provisioned IOPS storage is optimized for I/O intensive, online transaction processing (OLTP) workloads that have consistent performance requirements.

这听起来很像您可能有一个简单的设置(甚至可能在同一台服务器上托管您的数据库)。 AWS 并不是唯一的选择，但您可能想考虑迁移到某种云，或者至少升级到可以处理您对服务器提出的更高 I/O 需求的东西。忘记核心数。如果您的 HDD 出现问题，您可能正在运行 72 个内核并且没有任何区别。

另一个提示:查看 MySQL Tuner .当您运行它时，它会检查您的数据库统计信息(它运行的时间越长越好)并且可以推荐很多有用的调整，这些调整也可以提高性能。