最近和同事处理一个小程序，数据量不是特别大，某表的的数据记录：7000W条记录左右，但是从改别执行一次查询时，却发现查询速度也不快，而且最明显的问题就是CPU100%。

sql语句：

select gridid,lng,lat from finger_lib_server where lng>min_lng and lng
     
      min_lat and 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之间。