MongoDB 的磁盘 IO 高到被 Linode 警告..

@msg7086 考虑迁到postgreSQL上去,这样部分数据结构的问题可以使用PostgreSQL的json字段的特性解决,只不过这个需要开发时间,我现在需要解决掉这个高IO的问题,还不知道我如果持续不解决,Linode会怎么处理

@undeflife mongodb我不熟所以没办法帮你。

Linode如果abuse的话是停掉你的机子直到你能解决问题为止。

会不会是journal日志的影响

@codingpp 有过这个怀疑 但是不敢关闭 - -

@undeflife 没办法, mongo的性能和可靠性本身就高度依赖充足的内存和冗余的节点来保证.


@missdeer 有nosql需求的还是走pg吧, hstore很靠谱, 9.4之后还有jsonb.

mongostat

看一下faults数目，正常情况下应该为0的。如果持续大于0说明一直在换页，该加内存了。如果持续100+，iostat看下IO负载，绝对要加内存了。

@undeflife
用了journal日志也会丢消息吧，mongo又不支持事务，journal刷新磁盘默认好像是100ms，这100ms内的日志还会丢
把journal日志关掉，就是把这100ms变成了60s

前天写个用mongo的程序，数据文件300m，journal日志3g，过不了几天我的小vps就没空间了。。。

@happy123
@codingpp
faults 4～15 所以还是内存的问题..我准备晚上试试 repairDatabase 这样数据文件能变得小一些 看有没有效果.

这个4g内存，8g数据怎么会有那么高的fault，是不是索引建的有问题啊？或者是数据结构问题，每次查询都要调入所有数据到内存？

你这fault是1046么？！！

@sujin190 找到个坑...程序上有个地方无索引的排序整个大collection，把这个语句干掉之后似乎情况好了不少...

@undeflife 8g，应该还不到百万条记录吧

@sujin190 嗯 不到 90几万

1.加索引
2.加内存
3.换成支持数据压缩的TokuMX