生产真实案例:几条SQL把服务器干崩了,事后还大言不惭!( 二 )


生产真实案例:几条SQL把服务器干崩了,事后还大言不惭!

文章插图
四、事后总结
无论什么时候,生产环境一旦出现致命问题,第一时间要优先恢复生产环境正常访问,随后再认真排查、定位和解决问题 , 毕竟生产环境一旦出现问题,每一秒流失的都是真金白银 。
搭建技术团队一定要找靠谱的人,最起码团队的核心人员要靠谱,像我朋友团队的这个技术,在他的认知里,MySQL执行计划出现Using temporary、Using filesort、Using join buffer、Block Nested Loop,500W rows效率都很高,殊不知他们生产环境实际主表数据才10几条,要是真达到500W量级就别查询了,数据库直接就趴下了 。还有这个MySQL一般一亿以上开始优化,这个依据我也不知道这货是从哪里看到的 , 并且还说了大数据高并发MySQL数据库压测出来的,这不纯属扯淡吗?
更离谱的是我事后悄悄问了他们老板,他的工作年限是多久 , 据说工作10多年了,是位80后 。
顿时让我想到了一句话:人的认知有几个层次:不知道自己不知道,知道自己不知道 , 知道自己知道,不知道自己知道 。
最后,大家对这次事件有什么看法 , 欢迎评论区留言讨论 。
作者丨冰河
来源丨公众号:冰河技术(ID:hacker-binghe)




推荐阅读