如题所述
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