当前位置:   article > 正文

RDS for SQL Server CPU使用率高问题排查_rds for sqlserver 的cpu100%

rds for sqlserver 的cpu100%

RDS for SQL Server使用过程中,会遇到CPU使用率过高甚至达到100%的情况。本文将介绍造成该状况的常见原因以及解决方法。

常见原因

RDS for SQL Server CPU使用率高的因素有很多,其中最常见的是应用的负载高、查询语句的成本高,或者是实例的并行度设置不合理。

实例的并行度设置不合理

问题排查

多线程并行处理任务时,由于每个线程处理的数据量不一致,会出现CXPACKET等待情况,CXPACKET等待发生比较多的话,造成CPU使用率高。可以通过SQL Server Management Studio的活动监视器或者下面语句(多次执行取差值),监控是否存在大量CXPACKET等待。

说明 CXPACKET指线程正在等待彼此完成并行处理。当SQL Server发现一条指令复杂时,会决定用多个线程并行来执行,由于某些并行线程已完成工作,在等待其它并行线程来同步,这种等待就叫CXPACKET。

  1. WITH [Waits] AS
  2. (SELECT
  3. [wait_type],
  4. [wait_time_ms] / 1000.0 AS [WaitS],
  5. ([wait_time_ms] - [signal_wait_time_ms]) / 1000.0 AS [ResourceS],
  6. [signal_wait_time_ms] / 1000.0 AS [SignalS],
  7. [waiting_tasks_count] AS [WaitCount],
  8. 100.0 * [wait_time_ms] / SUM ([wait_time_ms]) OVER() AS [Percentage],
  9. ROW_NUMBER() OVER(ORDER BY [wait_time_ms] DESC) AS [RowNum]
  10. FROM sys.dm_os_wait_stats
  11. WHERE [wait_type] NOT IN (
  12. N'BROKER_EVENTHANDLER', N'BROKER_RECEIVE_WAITFOR',
  13. N'BROKER_TASK_STOP', N'BROKER_TO_FLUSH',
  14. N'BROKER_TRANSMITTER', N'CHECKPOINT_QUEUE',
  15. N'CHKPT', N'CLR_AUTO_EVENT',
  16. N'CLR_MANUAL_EVENT', N'CLR_SEMAPHORE',
  17. -- Maybe uncomment these four if you have mirroring issues
  18. N'DBMIRROR_DBM_EVENT', N'DBMIRROR_EVENTS_QUEUE',
  19. N'DBMIRROR_WORKER_QUEUE', N'DBMIRRORING_CMD',
  20. N'DIRTY_PAGE_POLL', N'DISPATCHER_QUEUE_SEMAPHORE',
  21. N'EXECSYNC', N'FSAGENT',
  22. N'FT_IFTS_SCHEDULER_IDLE_WAIT', N'FT_IFTSHC_MUTEX',
  23. -- Maybe uncomment these six if you have AG issues
  24. N'HADR_CLUSAPI_CALL', N'HADR_FILESTREAM_IOMGR_IOCOMPLETION',
  25. N'HADR_LOGCAPTURE_WAIT', N'HADR_NOTIFICATION_DEQUEUE',
  26. N'HADR_TIMER_TASK', N'HADR_WORK_QUEUE',
  27. N'KSOURCE_WAKEUP', N'LAZYWRITER_SLEEP',
  28. N'LOGMGR_QUEUE', N'MEMORY_ALLOCATION_EXT',
  29. N'ONDEMAND_TASK_QUEUE',
  30. N'PREEMPTIVE_XE_GETTARGETSTATE',
  31. N'PWAIT_ALL_COMPONENTS_INITIALIZED',
  32. N'PWAIT_DIRECTLOGCONSUMER_GETNEXT',
  33. N'QDS_PERSIST_TASK_MAIN_LOOP_SLEEP', N'QDS_ASYNC_QUEUE',
  34. N'QDS_CLEANUP_STALE_QUERIES_TASK_MAIN_LOOP_SLEEP',
  35. N'QDS_SHUTDOWN_QUEUE', N'REDO_THREAD_PENDING_WORK',
  36. N'REQUEST_FOR_DEADLOCK_SEARCH', N'RESOURCE_QUEUE',
  37. N'SERVER_IDLE_CHECK', N'SLEEP_BPOOL_FLUSH',
  38. N'SLEEP_DBSTARTUP', N'SLEEP_DCOMSTARTUP',
  39. N'SLEEP_MASTERDBREADY', N'SLEEP_MASTERMDREADY',
  40. N'SLEEP_MASTERUPGRADED', N'SLEEP_MSDBSTARTUP',
  41. N'SLEEP_SYSTEMTASK', N'SLEEP_TASK',
  42. N'SLEEP_TEMPDBSTARTUP', N'SNI_HTTP_ACCEPT',
  43. N'SP_SERVER_DIAGNOSTICS_SLEEP', N'SQLTRACE_BUFFER_FLUSH',
  44. N'SQLTRACE_INCREMENTAL_FLUSH_SLEEP',
  45. N'SQLTRACE_WAIT_ENTRIES', N'WAIT_FOR_RESULTS',
  46. N'WAITFOR', N'WAITFOR_TASKSHUTDOWN',
  47. N'WAIT_XTP_RECOVERY',
  48. N'WAIT_XTP_HOST_WAIT', N'WAIT_XTP_OFFLINE_CKPT_NEW_LOG',
  49. N'WAIT_XTP_CKPT_CLOSE', N'XE_DISPATCHER_JOIN',
  50. N'XE_DISPATCHER_WAIT', N'XE_TIMER_EVENT')
  51. AND [waiting_tasks_count] > 0
  52. )
  53. SELECT
  54. MAX ([W1].[wait_type]) AS [WaitType],
  55. CAST (MAX ([W1].[WaitS]) AS DECIMAL (16,2)) AS [Wait_S],
  56. CAST (MAX ([W1].[ResourceS]) AS DECIMAL (16,2)) AS [Resource_S],
  57. CAST (MAX ([W1].[SignalS]) AS DECIMAL (16,2)) AS [Signal_S],
  58. MAX ([W1].[WaitCount]) AS [WaitCount],
  59. CAST (MAX ([W1].[Percentage]) AS DECIMAL (5,2)) AS [Percentage],
  60. CAST ((MAX ([W1].[WaitS]) / MAX ([W1].[WaitCount])) AS DECIMAL (16,4)) AS [AvgWait_S],
  61. CAST ((MAX ([W1].[ResourceS]) / MAX ([W1].[WaitCount])) AS DECIMAL (16,4)) AS [AvgRes_S],
  62. CAST ((MAX ([W1].[SignalS]) / MAX ([W1].[WaitCount])) AS DECIMAL (16,4)) AS [AvgSig_S]
  63. FROM [Waits] AS [W1]
  64. INNER JOIN [Waits] AS [W2]
  65. ON [W2].[RowNum] <= [W1].[RowNum]
  66. GROUP BY [W1].[RowNum]
  67. HAVING SUM ([W2].[Percentage]) - MAX( [W1].[Percentage] ) < 95; -- percentage threshold
  68. GO

解决方案

  • 从语句级别进行设置
    1. 通过查询语句寻找消耗CPU的语句,SQL如下:
      1. SELECT TOP 50
      2. [Avg. MultiCore/CPU time(sec)] = qs.total_worker_time / 1000000 / qs.execution_count,
      3. [Total MultiCore/CPU time(sec)] = qs.total_worker_time / 1000000,
      4. [Avg. Elapsed Time(sec)] = qs.total_elapsed_time / 1000000 / qs.execution_count,
      5. [Total Elapsed Time(sec)] = qs.total_elapsed_time / 1000000,
      6. qs.execution_count,
      7. [Avg. I/O] = (total_logical_reads + total_logical_writes) / qs.execution_count,
      8. [Total I/O] = total_logical_reads + total_logical_writes,
      9. Query = SUBSTRING(qt.[text], (qs.statement_start_offset / 2) + 1,
      10. (
      11. (
      12. CASE qs.statement_end_offset
      13. WHEN -1 THEN DATALENGTH(qt.[text])
      14. ELSE qs.statement_end_offset
      15. END - qs.statement_start_offset
      16. ) / 2
      17. ) + 1
      18. ),
      19. Batch = qt.[text],
      20. [DB] = DB_NAME(qt.[dbid]),
      21. qs.last_execution_time,
      22. qp.query_plan
      23. FROM sys.dm_exec_query_stats AS qs
      24. CROSS APPLY sys.dm_exec_sql_text(qs.[sql_handle]) AS qt
      25. CROSS APPLY sys.dm_exec_query_plan(qs.plan_handle) AS qp
      26. where qs.execution_count > 5 --more than 5 occurences
      27. ORDER BY [Total MultiCore/CPU time(sec)] DESC
    2. 对于RDS for SQL Server 2008 R2实例,可以在控制台查看慢日志统计,查找消耗CPU的语句。
      控制台慢日志统计
    3. 找到语句之后,查看其执行计划,对于并行度较高的语句,可以在语句级别使用hint查询,限制语句并行度。示例如下:
      1. SELECT column1,column2
      2. FROM table1 o INNER JOIN table2 d ON (o.d_id = d.d_id)
      3. OPTION (maxdop 1)
  • 从实例级别进行设置
    1. 查看当前实例的MAXDOP值,SQL如下:
      select * from sys.configurations where name like '%max%'

      查询maxdop
    2. 在实例级别设置该参数,对所有查询均生效,SQL如下:
      1. sp_rds_configure 'max degree of parallelism', 1;
      2. GO

      对于RDS for SQL Server 2008 R2实例,可以在RDS管理控制台的参数设置中进行手动设置,需提交参数生效。


      修改maxdop

应用负载高

现象

没有出现慢查询(或者慢查询不是问题主要原因),QPS和CPU使用率曲线变化吻合。常见于应用优化过的在线事务交易系统(比如订单系统)、高读取率的热门Web网站应用等。

特征

实例的QPS高,查询比较简单、执行效率高、优化余地小。

解决方案

建议从应用架构、实例规格等方面来解决:

  • 升级实例规格,增加CPU资源。
  • 尽量优化查询,减少查询的执行成本(逻辑IO,执行需要访问的表数据行数),提高应用可扩展性。

查询语句的读写过高

现象

存在慢查询,QPS和CPU使用率曲线变化不吻合,检查消耗CPU的语句,存在I/O较大的语句。

特征

实例的QPS不高;查询执行效率低、执行需要扫描大量表中数据、优化余地大。

解决方案

  • 对于大表查询,检查是否有合适的索引。检查实际执行计划,针对全表扫描操作进行优化,执行计划中也会给出缺失索引的建议。
    缺失索引检查
  • 通过CloudDBA检查性能问题。

避免出现CPU使用100%的一般原则

  • 设置CPU使用率告警,实例CPU使用率保证一定的冗余度。
  • 应用设计和开发过程中,要考虑查询的优化,遵守SQL优化的一般优化原则,降低查询的逻辑 I/O,提高应用可扩展性。
  • 新功能、新模块上线前,要使用生产环境数据进行压力测试。
  • 经常使用CloudDBA查看实例各项性能,及时发现问题。
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/喵喵爱编程/article/detail/954222
推荐阅读
相关标签
  

闽ICP备14008679号