SqlServer最佳化：當資料量查詢不是特別多，但資料庫伺服器的CPU資源一直100%時，如何最佳化？

標籤：http   class   問題   resource   images   被鎖   技術   res   arc   

最近和同事處理一個小程式，資料量不是特別大，某表的的資料記錄：7000W條記錄左右，但是從改別執行一次查詢時，卻發現查詢速度也不快，而且最明顯的問題就是CPU100%。

sql語句：

select gridid,lng,lat from finger_lib_server where lng>min_lng and lng<max_lng and lat>min_lat and lat<max_lat;

發現問題，使用下邊的語句查看資料庫是否有鎖存在：

 --查看被鎖表：     select   request_session_id  as spid,OBJECT_NAME(resource_associated_entity_id) as tableName       from  sys.dm_tran_locks where resource_type=‘OBJECT‘          --spid   鎖表進程     --tableName   被鎖表名       -- 解鎖：          declare @spid  int     Set @spid  = 57 --鎖表進程    declare @sql varchar(1000)    set @sql=‘kill ‘+cast(@spid  as varchar)    exec(@sql)

當執行查看被瑣表的時候，一下子就發現了近100條鎖都是指向表：finger_lib_server表。

於是，通過sqlserver的查詢最佳化發現表finger_lib_server表上並沒有針對上邊的查詢建立對應的索引：

建立索引後，發現不僅CPU佔用不到30%，而且查詢速度也基本在0~60ms之間。

 

SqlServer最佳化：當資料量查詢不是特別多，但資料庫伺服器的CPU資源一直100%時，如何最佳化？