MySQL在Ubuntu上非常高IOWAIT

任何人都可以build议我的设置发生了什么。 我在Ubuntu的MySQL服务器上定期产生非常高的爱荷华州。 长达10-20分钟。 在此期间系统和数据库几乎不可用。 坐,使用这个数据库只是挂起。 在此期间我检查了vmstat,并显示如下所示的数字

rb swpd free buff cache si so bi bo in cs us sy id wa 1 22 0 34712 8260 583416 0 0 660 935 76 99 6 2 84 6 0 25 0 34560 8280 582932 0 0 42360 27008 2304 1804 9 3 0 84 0 29 0 34560 8320 583676 0 0 41160 21524 2360 1763 4 4 0 92 3 20 0 35912 8328 581532 0 0 12940 6856 766 764 1 0 0 99 1 30 0 34512 8348 581804 0 0 4532 3748 925 1373 4 4 0 92 

所以iowait很大。 我猜测已经configuration好的innodb poolconfiguration了4gb的MYSQL,并且大小在6-8GB的数据库正在交换。 在这段时间,当我使用DF时,我发现根驱动器几乎已经满了,显示的是95%。 当我在几分钟内重新启动mysql时,它重新启动,并且都回到了规范。 根盘上的空间(10GB)回到了25%。 我在亚马逊ec2上的ebs设备上运行mysql。

我有什么select? Box是Ubuntu 10.4的8GB大型实例。

我将不胜感激任何帮助,因为我正在Google搜寻,并试图解决它已经几个星期了。 谢谢

这是很多的磁盘I / O。

您可能需要使用iotop来检查生成I / O(备份?)的内容。 mysql进程列表可能会给你(我们?)更多的线索。 另外,尝试运行mysqltuner.pl对dbms。

我在云提供商(不是亚马逊)上有类似的问题…我做了一些基准检查与sysbench的磁盘性能

金云正在使用SAN存储…

 SRV1 (gold) Read 0b Written 10Gb Total transferred 10Gb (53.76Mb/sec) Read 10Gb Written 0b Total transferred 10Gb (22.627Mb/sec) SRV2 (gold) Read 0b Written 10Gb Total transferred 10Gb (58.654Mb/sec) Read 10Gb Written 0b Total transferred 10Gb (21.617Mb/sec) 

之后,我将服务器迁移到了他们所称的使用共享SAS磁盘的银云。

 SRV1 (silver) Read 0b Written 10Gb Total transferred 10Gb (106.12Mb/sec) Read 10Gb Written 0b Total transferred 10Gb (78.24Mb/sec) SRV2 (silver) Read 0b Written 10Gb Total transferred 10Gb (103.67Mb/sec) Read 10Gb Written 0b Total transferred 10Gb (98.747Mb/sec) 

我的mysql备份之前和之后:

备份开始时间周五6月24 02:20:02 BRT 2011

备份结束周五6月24日03:07:01 BRT 2011

备份开始时间星期六6月25日02:20:02 BRT 2011

备份结束6月25日星期六02:36:44 BRT 2011

谢谢,伙计,貌似有更多的记忆问题几乎消失了,每天只能短短一次IOWAIT。 我想答案是更多的记忆。 – user330026刚刚编辑