与 2.6 相比，MySQL 5.5 在 linux 内核 3.2 中降低了性能

Question

我们的数据库服务器（主要是基于Debian的稳定的软件包（=目前喘息）似乎有大约4倍以上的内核相同的工作量负荷3.2.0-4-amd64然后在它的前面的2.6.32-5-amd64内核。与所有的包中，我们可以清楚的其他内核同样与启动看到差异，我不知道为什么。问题是，我没有看到太多的 IO 或 CPU 负载差异。

设置默认kernel.sched_min_granularity_ns和kernel.sched_latency_ns回到它的 2.6.32价值观可以帮助一点点（三次负载，而不是4倍），而不是我们希望的水平。由于许多内核设置发生了变化，我们很难盲目地将新内核设置为旧内核的默认值2.6。

有没有其他人有这方面的经验？如果是这样，是什么导致了这种情况（理想情况下：如何解决）？

由于它与内核相关，因此 sysctl 值的差异可能会引起人们的兴趣：这里是 2 的差异（粘贴合并以防止出现过长的问题）。

编辑：目前我们正在调查这个 SO 答案，看看是否适用。

Answer 1

也许报告的负载根本不正确，就像这个错误报告中一样：http://bugs.debian.org/cgi-bin/bugreport.cgi ?bug=693942

你能看到有什么东西实际上更慢吗？或者 vmstat 看起来服务器真的在做更多的工作吗？否则我会假设您刚刚遇到了报告的错误，前段时间我也发生了同样的事情，服务器的性能没有什么不同，只是输出的平均负载更高。