1. 首页
  2. IT资讯

“汪汪”立大功

没有一丝丝防备,就像你正在街上散步,突然被人重重一击,几欲倒地,但是只要没有被击倒,结局就难以预料,有些人醒过神来,立马一招制敌,这并不算输。 当然系统的问题与这个例子并不完全适配,我有理由说为什么没有让我参与其中,但客观地说,就算让我参与,我能预料到这种流量的冲击吗?我也不能,只有压力测试,并且是全场景高仿真的压力测试,才能有效地反映出问题,而一旦发现问题,解决起来就很简单了; 从原因讲起来,我们都犯了预估不到位的错误,所以没能充分地做好准备,以致于一开始受到了强大的冲击; 一开始我还以为是慢SQL,查了没有慢SQL,比较疑惑,再定睛一看,问题不是慢SQL,问题是并发太高,热点冲突了; 分析一下SQL,发现是一个执行计划不够最佳化的问题,有两个索引,oracle走了一个次佳的时间索引,虽然这个SQL也能在0.20秒完成,但当在如此大的并发下,热点冲突就很严重了,表分析与建索引都能解决,但是,在CPU已达98%的情况下,在所有人已措手无策,只能采取限流的关头,压力是很大的,时间是一分一秒很紧迫的,表分析与索引在这种已争用的情况下不会那么顺利地完成,更好的办法是什么?有了,固化执行计划!快,而且无副作用; 在这个分秒必争的时候,我的My tools中的sql profile快速生成工具起了很大的作用,它让我迅速生成了有效的profile并执行,第一个下去,队列很快消失,效果显著,下降明显,很好,再接再励,第二个、第三个执行,CPU立马从98%直接降到1%左右,CPU危机完全解决! 从分析,到方案,到生成脚本,到最后解决问题,一共历时10分钟左右,让数据库在98%的状态下扛了10分钟,但是,它并没有挂,这时,局势已完全被控制了。 如果平时我并没有觉得这些小工具有多大的价值,但在这样的紧要时刻,它起了大作用,立了大功。 没有困难的任务,只要有趁手的工具。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/13365316/viewspace-2134392/,如需转载,请注明出处,否则将追究法律责任。

主题测试文章,只做测试使用。发布者:布吉卡,转转请注明出处:http://www.cxybcw.com/194614.html

联系我们

13687733322

在线咨询:点击这里给我发消息

邮件:1877088071@qq.com

工作时间:周一至周五,9:30-18:30,节假日休息

QR code