这两天做一个数据更新工作，并把它做成每天定时任务。差不多有每天有个7w的量。写完后，一运行，总是遇见CPU爆满的情况，如下图。

　　

     

　　接下来就开始查找原因，首先检查了一下，哪些语句使用CPU较高。

　　

SELECT TOP 10 TEXT AS 'SQL Statement'    ,last_execution_time AS 'Last Execution Time'    ,(total_logical_reads + total_physical_reads + total_logical_writes) / execution_count AS [Average IO]    ,(total_worker_time / execution_count) / 1000000.0 AS [Average CPU Time (sec)]    ,(total_elapsed_time / execution_count) / 1000000.0 AS [Average Elapsed Time (sec)]    ,execution_count AS "Execution Count",qs.total_physical_reads,qs.total_logical_writes    ,qp.query_plan AS "Query Plan"FROM sys.dm_exec_query_stats qsCROSS APPLY sys.dm_exec_sql_text(qs.plan_handle) stCROSS APPLY sys.dm_exec_query_plan(qs.plan_handle) qpORDER BY total_elapsed_time / execution_count DESC

 

　　

　　但是分析了一下， 我已经对查询的字段加上了索引，但是好像不起作用啊 。

　　

 

　　最终发现是这个样子的，我在声明变量@Member的时候，用的是bigint，而原来的数据库中的字段是nvarchr。

　　

　　之后，我把@Member的字段的类型也改成了nvarchar，再执行，cpu一下子降了下来。

　　

　　结论

     当SQL 传递参数与表索引字段类型不一致的时候,数据库将自动进行数据类型转换,这时就不会使用到索引,而是使用全表扫描,从而导致了CPU 和I/O 都开销很大，今天又算印证这个真理了。