请问这种iostat大概是什么情况？

lxyscls

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.88    0.00    0.45   14.24    0.00   84.43

Device:         rrqm/s   wrqm/s     r/s     w/s    rMB/s    wMB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
sda               0.00     0.00    0.00   50.20     0.00     0.07     2.69     2.09   41.60    0.00   41.60  19.92 100.00
dm-0              0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00    0.00    0.00   0.00   0.00
dm-1              0.00     0.00    0.00   41.80     0.00     0.06     3.12     2.09   49.96    0.00   49.96  23.92 100.00
dm-2              0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00    0.00    0.00   0.00   0.00

io util非常高，每秒写次数大概50，总体写入量非常小，写等待时间40ms，SSD硬盘

server是MongoDB，4个client建collection
CPU和Mem利用率都不高

yulihua49

lxyscls 发表于 2017-11-06 18:22
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.88    0.00    0.45   14.24     ...

不高，很正常。

lxyscls

回复 2# yulihua49

100%不高？
我换了个mongodb engine，这次速度要好一些，不过也不理想，cpu能弄上去点

yulihua49

lxyscls 发表于 2017-11-07 15:53
回复 2# yulihua49

100%不高？

IO密集型应用，IO到100%正常。如果嫌高就是改进你的应用，减少IO密度。mongoDB的应用是否对大数据进行了扫描？这种操作很耗IO的，要尽量避免。

lxyscls

回复 4# yulihua49

我不是嫌高，我是嫌慢啊，换用SQL的话，就是不停的创表，还没到找数据那一步

yulihua49

lxyscls 发表于 2017-11-09 14:21
回复 4# yulihua49

我不是嫌高，我是嫌慢啊，换用SQL的话，就是不停的创表，还没到找数据那一步

那就要改进你的算法啊，找到瓶颈，看看是否有无效操作（全表扫描之类）。
不停创建表？？？那可不是常规操作，应该是一次性创建好表，不停的IO数据。建表可是低效操作，任何数据库系统都不会着力优化这个操作。