问MySQL性能瓶颈- I/O还是CPU？

EN

暂时忽略MySQL --所有数据库都是一样的。物理并不关心开源。

一般情况下，你是IO有限公司，除非你不是。最后一种方法是拥有足够的RAM来缓存内存中的所有IO操作--这是大型OLAP工作负载的典型情况。但是，任何事务性的限制都比CPU早得多，除非CPU很可怜(也就是说，您总是可以构建一个强制CPU过载的服务器--对于数据库服务器来说，原子可能是一个糟糕的选择)。

现在生产服务器。SOmeone主要犯了“愚蠢”的错误买东西。

Raid 10驱动器与15K SAS驱动器“。

这是大约450 IOPS每驱动器。

单SSD

这是大约40.000到60.000 IOPS -可以上升到90.000取决于磁盘和负载。

看到问题了吗？SSD是围绕SAS光盘飞行-这是一个游戏改变。SAS很慢。我在我的主数据库中使用了很多10k的SAS光盘--但是使用了SSD作为透明缓存层。

因此，除非您有足够的RAM使SAS光盘变得无关紧要(缓存内存中的所有内容)，然后预加载(这在您仅有2.5g的小型数据库上是可行的).它是IO约束的。

在您的特殊情况下，我将检查配置。MySQL标准配置将IIRC不使用大量内存，无论它是否存在。使用一个微型数据库(2.5g)，您应该将其全部缓存在内存中。甚至在笔记本电脑上。看起来是配置问题。