各位大大,提问提问啊。业务应用实际数据输出大概500w行数据一个月,mongo数据库时不时的抽风,一抽风经常出现rollback状态,现在是副本集部署,一个选举,一个master,一个副本,但是这个副本说挂就挂。
行业内的大佬,帮分析分析
- 是不是这个部署模式不适合这样的业务场景,分片是否奏效?
- 一个业务数据增量一个月500w行这样的场景,我应当如何设计数据库,是任由其保持,还是拆库,是拆collection级别还是database级别?
真心求教 ,被现实教育了
各位大大,提问提问啊。业务应用实际数据输出大概500w行数据一个月,mongo数据库时不时的抽风,一抽风经常出现rollback状态,现在是副本集部署,一个选举,一个master,一个副本,但是这个副本说挂就挂。
行业内的大佬,帮分析分析
真心求教 ,被现实教育了
一个月为30天,即30 24 60 * 60 = 2592000 秒,5000000 / 2592000 ≈ 1.93 行/秒
建议:检查是否某一段时间内有大量的写入或者独写请求,检查查询是不是没有走索引,慢查询太多,最终导致内存溢出,然后崩了