sqlserver处理器,sqlserver管理器

如何识别SQL Server中的CPU瓶颈

问题：

创新互联2013年开创至今，是专业互联网技术服务公司，拥有项目网站设计制作、成都网站建设网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元海门做网站,已为上家服务,为海门各地企业和个人服务,联系电话:18982081108

如果经常遇到CPU瓶颈而导致的SQLServer宕机，那如何去发现并解决这些相关的问题？

解决方案：

导致CPU成为SQLServer性能问题的原因有很多，比较明显的原因是因为资源不足。但是，CPU的利用率可以通过配置的更改和查询的优化来降低，所以当你想买更快更好的处理器之前，先要考虑前面的操作。下面是使用一些内置工具来识别CPU相关瓶颈：

性能监视器（Performance Monitor）：

可以使用性能监视器来检查CPU的负载。检查Processor:% Processor Time 这个计数器：如果长期超过80%/处理器，那很有可能面临了CPU相关瓶颈。

CPU密集操作主要是编译和重编译。你可以通过使用SQL Statistics对象计数器来监视它们的情况。也可以监控批处理接收的数量来查看。如果SQL Recompilations/sec 中的BatchRequests/sec的速率很高，那就有潜在的问题：

配置和监视以下计数器：

SQL Server: SQL Statistics: SQL Compilations/sec

SQL Server: SQL Statistics: SQL Recompilations/sec

SQL Server: SQL Statistics: Batch Requests/sec

可以从MSDN中获取关于这部分的详细信息： MSDN Library.

另外一个用于探测CPU相关问题的计数器是：SQL Server: Cursor Manager By Type – CursorRequests/Sec ，用于显示你的服务器上游标使用情况。如果你看到每秒有数以百计的游标请求，那很有可能是因为低效的游标使用和小体积提取操作（small fetch size）引起性能问题。

内部并行查询同样会引起CPU问题，可以检查：

SQL Statistics:Batch Requests/sec counter 计数器。在CPU生命周期中，每秒的批处理应该很小。如果过多，意味着正在使用并行计划运行。

动态管理视图（DMVs）：

以下是对排查CPU瓶颈游泳的DMVs。动态视图：sys.dm_exec_query_stats显示目前缓存的批处理或者使用CPU的过程。下面的查询用于检查耗费CPU的执行计划：

select plan_handle,

sum(total_worker_time) as total_worker_time,

sum(execution_count) as total_execution_count,

count(*) as number_of_statements

from sys.dm_exec_query_stats

group by plan_handle

order bysum(total_worker_time), sum(execution_count) desc

SQLServer2008在每个查询编译时，会计算其hash值。你可以在query_hash列中找到该值，是否两个查询仅仅字面值不同但是使用相同query_hash值。该值也在 Showplan/Statistics XML QueryHash属性中可以查看。

Plan_generation_num列显示一个查询被重编译的次数。

SQLServer优化器尝试选择能提供最快响应时间的执行计划，但是不代表总是低CPU利用。低效的查询计划会引起CPU的好用，此时同样可以使用sys.dm_exec_query_stats 来监控。

如果你想有一个对SQLServer优化所耗费时间的总览，可以检查：

sys.dm_exec_query_optimizer_info 。其中的消耗时间和最后开销会非常有用。

可以使用以下DMVs来查询内部并行查询及其查询文本、执行计划的情况：

sys.dm_exec_cached_plan: Shows the cached query plans.

sys.dm_exec_requests: Shows each executing request in the SQL Server instance.

sys.dm_exec_sessions: Shows all active user connections and internal tasks.

sys.dm_exec_sql_text: Shows the text of the SQL batches.

sys.dm_os_tasks: Shows each active task within SQL Server.

SQL Server Profiler:

如果性能监视器发现有问题，同样可以使用SQLServer Profiler来发现不必要的编译和重编译。SQLServer Profiler 跟踪能帮助你找到一直重编译的存储过程。可以使用下面的事件：

SP:Recompile, CursorRecompile, SQL:StmtRecompile: 这个事件是针对SQLServer的重编译。SP:Recompile事件中的EventSubClass 说明了重编译的原因。

· Showplan XML For Query Compile: 这个事件是针对T-SQL语句的重编译。包含了查询计划和过程的对象ID.注意对这个事件运行一个跟踪，能得到利用系统资源的重要信息。但是，如果性能计数器报告SQL Compilations/sec 的值很高时，跟踪将非常好资源。

低效的游标可以使用RPC:Completed事件来跟踪。查看sp_cursorfetch语句并检查第四个参数，包含每次提前（fetch）包含的行数。

sql server 2019跟2012的要求

sqlserver2019最低要求是1.4GHz64位处理器，与x64指令集兼容，支持NX和DEP支持CMPXCHG16b、LAHF/SAHF和PrefetchW支持二级地址转换（EPT或NPT）。sqlserver2021的要求是Express版本是512MB，所有其他版本是1GB，x86处理器：1.0GHz，x64处理器：1.4GHz，x64处理器：AMDOpteron、AMDAthlon64、支持IntelEM64T的IntelXeon、支持EM64T的IntelPentiumIV。

SQLServer是由Microsoft开发和推广的关系数据库管理系统（DBMS），它最初是由Microsoft、Sybase和Ashton-Tate三家公司共同开发的，并于1988年推出了第一个OS/2版本。SQLServer近年来不断更新版本，1996年Microsoft推出了SQLServer6.5版本，1998年，SQLServer7.0版本和用户见面，SQLServer2000是Microsoft公司于2000年推出的最新版本。

SQLServer特点是真正的客户机/服务器体系结构。图形化用户界面，使系统管理和数据库管理更加直观、简单。丰富的编程接口工具，为用户进行程序设计提供了更大的选择余地。SQLServer与WindowsNT完全集成，利用了NT的许多功能，如发送和接受消息，管理登录安全性等。SQLServer也可以很好地与MicrosoftBackOffice产品集成。

sqlserver 占用CPU高 求原因

有很多存储过程 都是SQL内部会调用的。可以监控一下 。查看 到底 调用了哪些存储过程。

高频率CPU和多核CPU，哪个执行SQLSERVER效率更高

一般来说数据库更偏向于多核处理器，楼主可以看看大部分的服务器都采用了多核多路的设计，不过具体也得看具体的服务器应用方向，不能一概而论。

SQL Serve这类程序对多核优化的都很好，多核心及多路设备可以同时查询更多数据，减少出现数据排队的情况。

玩游戏方面，目前以四核处理器搭配高主频、基本都够用了（单核性能也比较重要）。

SQLSERVER到底能识别多少个逻辑CPU

如果操作系统能识别80个逻辑CPU表明：

4颗10核2.00处理器 ，每核心双线程(4*10*2=80)，也就是80个逻辑处理器（每个线程代表一个逻辑CPU）

或者

4颗10核2.00处理器 ，每核心一个线程，但是使用了超线程技术之后变为每核心双线程(4*10*2=80)，

也就是80个逻辑处理器（每个线程代表一个逻辑CPU）

LZ说：在sql server 2005中数据库属性处理器一项中只能识别cpu0-cpu59，并且群集切换后，另一台接管资源节点只能识别到20颗逻辑处理器。

只能识别到60个逻辑CPU