最近和同事处理一个小程序，数据量不是特别大，某表的的数据记录：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之间。
