如题所述
1ãå ç¨çé«ï¼å¤æ°æ¯å 为SQLè¯å¥çé®é¢ï¼å¯ä»¥ä½¿ç¨ä»¥ä¸è¯å¥è¿è¡ææ¥
USE masterGO
--è¥è¦æå®æ°æ®åºå°±ä¿®æ¹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
温馨提示：答案为网友推荐，仅供参考
第1个回答 2020-08-25
解决方案
将mysqld的内存库函数替换成tcmalloc，相比ptmalloc，tcmalloc可以更好的支持高并发调用。
修改my.cnf，添加如下参数并重启
[mysqld_safe]malloc-lib=tcmalloc
上周五早上7点执行的操作，到现在超过72小时，期间该实例没有再出现cpu长期飙高的情形。
以下是修改前后cpu使用率对比
第2个回答 2018-06-26
打开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占用任然很多，则回滚修改，继续4.1操作本回答被网友采纳
新建跟踪
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占用任然很多，则回滚修改，继续4.1操作本回答被网友采纳
第3个回答 2020-12-27
