SQL Server CPU 100%

[zxy1092003]

我们数据库服务器现在CPU 100%
版本是SQL Server 2008 R2 SP1 企业版 64位
通过profiler抓到SQL，耗CPU最高的是类似 select (sum(page_count)/128.0) from sys.dm_db_index_physical_stats(5, 269244014, NULL, NULL, 'DETAILED') 这种SQL，
请问为什么这查询索引碎片的SQL会自动执行？什么情况下会自动执行这种SQL？
有谁能帮忙解答一下，谢谢！

[zxy1092003]

现在又出现这种问题了，我觉得不像是个人行为，用profile能监控到spid，使用dbcc inputbuffer(spid)查出来的结果还是select (sum(page_count)/128.0) from sys.dm_db_index_physical_stats(10, 5575058, NULL, NULL, 'DETAILED') 并且伴随着大量的 EXEC #am_generate_waitstats; 这个也是由数据库服务器管理账号执行的

[Shawn]

--先看一下是哪个表有这样的操作？这个表数据量很大？有很多索引？有人更改了表结构？数据变化很大？
--如果是系统自动统计,可以先结束掉这个进程。等系统空闲的时候,再重建索引

sys.dm_db_index_physical_stats ( 
    {database_id | NULL }
    , { object_id | NULL }
    , { index_id | NULL | 0 }
    , { partition_number | NULL }
    , { mode | NULL | DEFAULT }
)

SELECT DB_NAME(10)	--数据库名
--然后切换到上面查询出来的数据库下
SELECT name FROM sys.objects	--表名
WHERE OBJECT_ID = 5575058
--DETAILED：模式将扫描所有页并返回所有统计信息,速度最慢

[唐诗三百首]

查询spid的登录时间,主机名,程序名,

select login_time,
       host_name,
       program_name
 from sys.dm_exec_sessions
 where session_id=[spid]

[發糞塗牆]

看看job里面有没有启动

[Q315054403]

或者在JOB里，或者在三方工具里。。看看是哪个SPID，顺腾摸瓜呗 综合分析更全面

[zxy1092003]

JOB里没有这种相关的SQL

[Shawn]

看下这个系统视图的功能：返回指定表或视图的数据和索引的大小和碎片信息 是否有JOB或维护在做碎片整理？ 当然，楼主看可以监控中看一下，是哪台机器，哪个用户来执行的这个操作，SPID大于50的是用户进程，小于50是系统进程。综合判断一下这条语句的来源

[zxy1092003]

我有用profiler进行抓，执行这种SQL的服务器正是我们的数据库服务器，loginname和NTUserName都是NT AUTHORITY\SYSTEM，现在是又没有找到相关的JOB在做维护，所以特别困惑，是不是可以使用一个SQL语句进行设定，然后就会启用相关的查询索引碎片的SQL？

[發糞塗牆]

能找到spid是什么不？然后用DBCC INPUTBUFFER(SPID)看看

[zxy1092003]

好的，谢谢，等问题再次重现时，我用dbcc inputbuffer看看

[發糞塗牆]

其实看那个语句，如果是系统引起的话，我个人猜测比较大的可能是维护计划里面的“更新统计信息”或者“重建索引”或者“重组索引”这几个操作引起的。
select (sum(page_count)/128.0) from sys.dm_db_index_physical_stats(5, 269244014, NULL, NULL, 'DETAILED') 至于是不是人为导致的，还得做其他监控。

[zxy1092003]

已经查明了，是因为有个Tivoli的监控工具造成的，就是不明白它为什么查这个，有什么用途