【性能实战】mongodb 连接数过多导致的 oom

原链接:【性能实战】mongodb 连接数过多导致的 oom · TesterHome

也是我哈!

流程图:

业务场景:
客户端发起请求后,服务会通过 http 对外接口收集客户端的 “A 字段” 信息,并写进 redis 缓存和保留永久数据到 mongodb,然后提供 searchtag 接口供其他服务获取 “A 字段” 信息。
其他服务通过 collect 服务提供的 search 接口获取 “A 字段” 信息时,根据唯一标识获取信息,如果 redis 中存在数据,直接在 redis 中获取,如果 redis 中未获取到数据,则从 mongodb 获取。

发版:
线上总用户量:过亿,日活(保密)
collect 是一个经过长时间的鞭打还好好活着的服务
发版结果:collect 服务存在 oom

问题定位:

监控服务告警,提示 collect 服务 oom,查看请求耗时时发现 mongodb 插入时间耗时过长,时间最长的达到 3s,其他服务未发现明显问题ÿ

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值