元旦期间 订单业务线
告知 推送系统
无法正常收发消息,作为推送系统维护者的我正外面潇洒,无法第一时间回去,直接让 ops 帮忙重启服务,一切好了起来,重启果然是个大杀器。由于推送系统本身是分布式部署,消息有做各种的可靠性策略,所以重启是不会丢失消息事件的。
高并发服务遇 redis 瓶颈引发的事故
原创mb5fd86d5f5874e ©著作权
©著作权归作者所有:来自51CTO博客作者mb5fd86d5f5874e的原创作品,请联系作者获取转载授权,否则将追究法律责任
下一篇:走过 2020
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
redis引发的一次生产事故
redis使用不当导致内存占用过多,最终引起生产事故---token莫名其妙的失效,导致用户无端的退出登录
Java Redis 掘金·金石计划 数据 redis -
由Long类型引发的生产事故
本次问题主要是后端返回的订单编号是Long类型,在特定数值下会造成和前端拿到的orderId不一致,通过orderId再去更新时导致页面上
java spring 数据类型 数据 Java -
redis引发的一次生产事故,内存爆满
这个服务是公司基础架构的服务,里面的功能日志是通过redis模式传输的,然后在读取redis落库以达到异步解耦。redis是内存工
redis 数据库 缓存 后端 spring boot