公司万圣夜数据库负载激增,雪崩了


        前几天看到内部群汇报数据库故障导致页面加载不出来,我组leader和另外一个组召开紧急会议实时排查问题,现在想想有点绷不住
        虽然后面没被安排去跟进修复,和代码优化,但是第一次接触这种实际高并发场景,就抱着学习的态度和好奇心进去看看报告和排查文档了。
        当时从晚十一到凌晨两点,从临时扩容,到慢查询排查,到定位根源到缓存清楚逻辑异常,导致大量请求打到数据库,再到临时临时请求调度到分库,等到功能修复完全同步上线,整整三个小时。虽然没有亲身体验,但看这详细文档感觉也学到不少。
        就是有点可惜,这个业务场景不是我们组负责,不然说不定还能包装一手,有点羡慕在这个业务组的另一个实习生了,qps高一点的都在这个他们组了
        写在最后,请教一下各位佬,简历包装有没有什么技巧?虽然现在做的是toc业务,但是产品是属于主产品里面的插件,qps不及主产品的百分之一。这种情况只能包业务复杂度吗,或者说其他的包装方向?
全部评论
建议把技术细节整理成案例
1 回复 分享
发布于 昨天 16:04 江苏
前因后果了解了,就是自己的
1 回复 分享
发布于 昨天 14:51 湖北
你就把那个问题定位和解决的说成你的,如果整个工作量太大,你就说有一部分是自己做得,其它是自己了解的
1 回复 分享
发布于 昨天 08:44 广东
看懂了就是你的了
1 回复 分享
发布于 11-09 19:25 天津
故障处理经历比业务量级重要
点赞 回复 分享
发布于 昨天 16:04 广东

相关推荐

用微笑面对困难:你出于礼貌叫了人一声大姐,大姐很欣慰,她真把你当老弟
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务