昨天，正忙着，一个用户来电，说一个系统非常缓慢，导致整个系统无法正常使用，必须马上处理，先看系统资源，通过用户反馈的信息，内存，IO没问题，CPU资源严重紧张，idle持续为零，堆积任务达几百个，系统几近挂掉，通过分析用户反馈的数据库信息，最终确定一条SQL为整个事件的罪魁祸首，该语句阻塞达上百个，告知用户后，用户分析后确定，先kill掉相应会话，然后组织人员修改该SQL，kill掉相应会话并调整该SQL后，系统恢复常态，idle在40~50%间徘徊，下面是该SQL修改前的计划，大家可参考学习：
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/8484829/viewspace-2117118/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
优化一个小时不出结果的SQL
下一篇：
DB2 的事务日志（redo log）
请登录后发表评论
登录
全部评论
