背景
接到客户电话,说某系统数据库服务器CPU利用率从上午8点开始到现在基本上都是100%的情况,影响到了业务。让给看看是什么原因导致的,怎么紧急处理一下。
现象
查看CPU利用率,确实一直是90%以上的情况。

在CPU高的地方查看当时运行的语句,发现有一类语句并发量非常大,且大多数的运行状态为runnable(等待执行)。runnable代表这个会话没有资源等待,可以执行,但没有 CPU 可用,可以理解为正在等待 CPU 这项系统资源。出现这种等待,往往是系统没有足够的CPU来处理并发任务。

基本上可以确定导致CPU高的原因就是这条语句了。
语句内容:
SELECTsendtaskvi0_.idAS id1_0_,sendtaskvi0_.click_urlAS click_ur2_0_,sendtaskvi0_.create_timeAS create_t3_0_,sendtaskvi0_.crf_nameAS crf_name4_0_,sendtaskvi0_.ysmcAS ysmc37_0_FROMdcrf_all_**** sendtaskvi0_WHEREsendtaskvi0_.stage_id= @P0AND sendtaskvi0_.person_id = @P1AND sendtaskvi0_.plan_module_num = @P2AND sendtaskvi0_.task_type = @P3AND sendtaskvi0_.xh = @P4AND sendtaskvi0_.table_name = @P5AND sendtaskvi0_.sf_status <> @P6
dcrf_all_**** sendtaskvi0_ 为视图,定义如下图:

分析
通过SQL专家云智能分析,提示视图里相关的两个表并没有相应的索引,通过专家云生成的两个创建索引的脚本执行创建。



解决
创建索引后CPU得到明显下降:

活动会话数量明显下降:

索引的重要性
一个系统的整体缓慢往往都是因为索引问题导致的,优化索引是对系统最简单的保养。不要小看一条语句的威力,一条语句足可以让你的系统彻底无法工作,相反优化一条重要的高频语句就可以让你的系统变的流畅。

本文介绍了一次真实的数据库CPU利用率过高问题排查与优化过程。通过分析发现,一条特定SQL语句的高并发请求导致了服务器CPU资源紧张。进一步调查发现该语句涉及的视图未建立有效索引,通过创建索引显著降低了CPU使用率。
1053

被折叠的 条评论
为什么被折叠?



