不确定我是否读错了。在下面的 TOP 命令屏幕截图中，它显示 mysql 进程 CPU 使用率为 41.2%，但在 4 核 CPU 上显示总共 26% 的使用率。
MYSQL 配置不正确？还是 MySQL 没有使用所有内核？我们如何确保 MySQL 配置正确并以最佳方式使用资源？
AskOverflow.Dev
不确定我是否读错了。在下面的 TOP 命令屏幕截图中，它显示 mysql 进程 CPU 使用率为 41.2%，但在 4 核 CPU 上显示总共 26% 的使用率。
MYSQL 配置不正确？还是 MySQL 没有使用所有内核？我们如何确保 MySQL 配置正确并以最佳方式使用资源？
解释其中的读数可能会令人困惑，并且这里的细节有点偏离主题（如果您需要比其他地方更多的信息，也许可以在https://superuser.com/
top上提问）所以我不会深入研究， 但...第一：读数
top类似的程序可能会产生误导，因为它们只是示例。在循环开始时，进程需要“使用了多少个周期”，等待，然后再次计算这些计数，并使用差异来计算每个进程在那一秒内使用了多少（或者如果你将其设置为更长更新慢）。这有很多问题：它会完全错过在中间时间开始和停止的短期进程，在一个非常繁忙的系统上，它可能会错误计数，因为它的循环读取每个进程的状态需要一点时间来运行（所以进程 123 的读数与进程 124 的读数不同，等等）。这也意味着，如果您从列表中加起来，总 CPU 使用量有时可能与 CPU 汇总行中显示的使用量完全不同，tl;博士：将任何为流程提供的数字作为样本或估计，而不是绝对正确和精确的事实。每个进程使用的 CPU 不是“% of total”，而是“% or a CPU core”。因此，该示例表明 mySQL 在计算事物期间使用了 41.2% 的可用 CPU 时间，即 10.3% 或您的 4 核处理器。剩下的 26% 将是其他正在工作或处于“IO 等待”状态的进程。它使用的 CPU 时间可能全部来自一个内核，或者更有可能分散在它们周围。您有时会看到进程占用超过 100% 的时间，因为在采样期间，它们使用的 CPU 时间比单个内核提供的更多。tl;dr：确保您知道每个系统、每个 CPU 和每个核心的数据。
你没有说你从哪里得到 26% 的数字——这没有显示在你的屏幕截图中。如果您是从另一个程序中读取的，那么它可能不是基于与所示数字相同的时间段，
top因此无论如何比较都是无效的。tl; dr：您拥有的 CPU % 数字可能没有任何用处 =。
是什么让您认为它可能不是，关于 mySQL 的行为而不仅仅是这些数字？
有什么东西运行得很慢吗？
您是否期望它在那一刻很忙，所以使用更多的 CPU 时间？
如果您当前不要求它做很多工作，那么它不会使用太多 CPU 时间。它不会因为它可用而使用它。