背景
接到客户电话,说某系统数据库服务器CPU利用率从上午8点开始到现在基本上都是100%的情况,影响到了业务。让给看看是什么原因导致的,怎么紧急处理一下。
现象
查看CPU利用率,确实一直是90%以上的情况。
在CPU高的地方查看当时运行的语句,发现有一类语句并发量非常大,且大多数的运行状态为runnable(等待执行)。runnable代表这个会话没有资源等待,可以执行,但没有 CPU 可用,可以理解为正在等待 CPU 这项系统资源。出现这种等待,往往是系统没有足够的CPU来处理并发任务。
![](/i/l/?n=23&i=blog/980582/202303/980582-20230302122241229-653430737.png)
基本上可以确定导致CPU高的原因就是这条语句了。
语句内容:
1 SELECT 2 sendtaskvi0_.idAS id1_0_, 3 sendtaskvi0_.click_urlAS click_ur2_0_, 4 sendtaskvi0_.create_timeAS create_t3_0_, 5 sendtaskvi0_.crf_nameAS crf_name4_0_, 6 sendtaskvi0_.ysmcAS ysmc37_0_ 7 FROM 8 dcrf_all_**** sendtaskvi0_ 9 WHERE 10 sendtaskvi0_.stage_id= @P0 11 AND sendtaskvi0_.person_id = @P1 12 AND sendtaskvi0_.plan_module_num = @P2 13 AND sendtaskvi0_.task_type = @P3 14 AND sendtaskvi0_.xh = @P4 15 AND sendtaskvi0_.table_name = @P5 16 AND sendtaskvi0_.sf_status <> @P6
dcrf_all_**** sendtaskvi0_ 为视图,定义如下图:
![](/i/l/?n=23&i=blog/980582/202303/980582-20230302122556443-1771147550.png)
分析
通过SQL专家云智能分析,提示视图里相关的两个表并没有相应的索引,通过专家云生成的两个创建索引的脚本执行创建。
解决
创建索引后CPU得到明显下降:
活动会话数量明显下降:
![](/i/l/?n=23&i=blog/980582/202303/980582-20230302123914544-707106555.png)
索引的重要性
一个系统的整体缓慢往往都是因为索引问题导致的,优化索引是对系统最简单的保养。不要小看一条语句的威力,一条语句足可以让你的系统彻底无法工作,相反优化一条重要的高频语句就可以让你的系统变的流畅。
北京格瑞趋势科技有限公司是聚焦于数据服务的高新技术企业,成立于2008年,创始团队及核心技术人员来自微软和雅虎。微软数据平台金牌合作伙伴,卫宁健康数据平台战略合作伙伴。通过产品+服务双轮驱动的业务模式,14年间累计服务4000+客户,覆盖互联网、市政、交通、电信、医疗、教育、电力、制造业等各个领域。