sql查询语句如何能让cpu一下跑满

打开SQL Server Profiler 新建跟踪 a.点击新建跟踪,并设置好数据库连接 b.设置跟踪属性,选择模板“Standard” c.切到“事件选择”进行跟踪设置 1) 只保留如下两个事件选项 2) 点击列筛选 3) 进行详细筛选设置 设置CPU时间作为筛选条件,单位毫秒(用于跟踪耗CPU占用较长的查询,可设置为大于等于20000,按CPU内核数×1000,可以跟踪CPU占用100%大于1秒的查询) 点击运行,跟踪语句,定位CPU占用较多的语句 如下图所示,CPU占用2660146毫秒,CPU为24 核,则至少CPU占用100%耗时2660146/24/1000 = 110秒才可以执行好相应的 *** 作 4 根据语句特征,在你的服务器程序中找到相应的功能,作出修正 4.1) 分析查询中需要检索数据量较大的部分,作出简单修正(如注销) 4.2) 更新后重新执行此查询,查看profiler中是否CPU占用消失 4.3) 如果已消失说明问题定位正确,可以优化查询,若CPU占用

事故描述：

一天中午生产环境经常出现连接超时，过了一会儿能连上的现象；中午的时候尤其严重，服务无法连接，接口访问持续报错，查看日志均无error日志。

事故处理过程：

打开阿里云的控制台，找到rds的实例点进去，发现cpu使用率已经到达100%，后续点开侧边栏里面的一键诊断，看到里面的异常会话有很多，都是一条作业查询的sql导致的，古断定为慢sql导致的，通过添加表索引解决了问题。

事故总结：

问题就是数据量增多后表不加索引会导致关联查询的sql越来越慢慢，最后慢sql造成会话异常，异常的会话没有关闭会导致rds这台服务器cpu使用率达到极限，从而导致其他sql执行过慢，甚至直接执行不下去。

1、占用率高，多数是因为SQL语句的问题，可以使用以下语句进行排查

USE master

GO

--若要指定数据库就修改USE后面的部分

SELECT * FROM sys.[sysprocesses] WHERE [spid]>50 --AND DB_NAME([dbid])='gposdb'

SELECT COUNT(*) FROM [sys].[dm_exec_sessions] WHERE [session_id]>50

2、检查程序是否存在高频率的循环

3、检查SQL是否有嵌套触发器，这个是最难检查，也是最难发现的

4、CPU本来就很次，需要更换更好的CPU

---