SQL Server 数据库引擎的实例此时无法获得 LOCK 资源,各位大大分析分析 谢谢

Question

           SQL Server 数据库引擎的实例此时无法获得 LOCK 资源。请在活动用户较少时重新运行该语句。请询问数据库管理员，检查此实例的锁定和内存配置，或检查是否有长时间运行的事务。
这个问题奇怪就是  按日期查询某视图 
时间段不一样 发生错误情况不一样
而且错误大致就在一个日期段 发生
是不是 SQLSERVER 锁行？这个没点经验 谢谢各位给点查看的SQL代码 或 工具谢谢各位了

Answer 1

EXEC sp_lock
--看下STATUS,WAIT说明无法获得锁

Answer 2

51 4 0 0 DB S GRANT
52 4 0 0 DB S GRANT
53 5 0 0 DB S GRANT
54 5 0 0 DB S GRANT
55 5 0 0 DB S GRANT
56 5 0 0 DB S GRANT
57 5 0 0 DB S GRANT
58 5 0 0 DB S GRANT
59 5 0 0 DB S GRANT
60 5 0 0 DB S GRANT
61 5 0 0 DB S GRANT
62 5 0 0 DB S GRANT
63 5 0 0 DB S GRANT
64 5 0 0 DB S GRANT
65 5 0 0 DB S GRANT
66 5 0 0 DB S GRANT
67 5 0 0 DB S GRANT
68 5 0 0 DB S GRANT
69 5 0 0 DB S GRANT
70 5 0 0 DB S GRANT
71 5 0 0 DB S GRANT
72 5 0 0 DB S GRANT
73 5 0 0 DB S GRANT
74 5 0 0 DB S GRANT
75 5 0 0 DB S GRANT
76 5 0 0 DB S GRANT
77 5 0 0 DB S GRANT
78 5 0 0 DB S GRANT
79 5 0 0 DB S GRANT
80 5 0 0 DB S GRANT
81 5 0 0 DB S GRANT
82 5 0 0 DB S GRANT
84 5 0 0 DB S GRANT
85 5 0 0 DB S GRANT
86 5 0 0 DB S GRANT
87 5 0 0 DB S GRANT
88 5 0 0 DB S GRANT
89 5 0 0 DB S GRANT
90 5 0 0 DB S GRANT
91 5 0 0 DB S GRANT
92 5 0 0 DB S GRANT
93 5 0 0 DB S GRANT
94 5 0 0 DB S GRANT
95 5 0 0 DB S GRANT
96 5 0 0 DB S GRANT
97 5 0 0 DB S GRANT
98 5 0 0 DB S GRANT
99 5 0 0 DB S GRANT
100 5 0 0 DB S GRANT
101 5 0 0 DB S GRANT
102 5 0 0 DB S GRANT
103 5 0 0 DB S GRANT
105 1 1115151018 0 TAB   IS GRANT求解 LS的好像是韩国 童星家族的吧 太可爱了 哈哈

Answer 3

用了事件跟踪 也没发现 死锁进程那查询A   查询数据 读取太多了 是不是 IO的瓶颈？
而且当查询报错 SQL Server 数据库引擎的实例此时无法获得 LOCK 资源。请在活动用户较少时重新运行该语句。请询问数据库管理员，检查此实例的锁定和内存配置，或检查是否有长时间运行的事务然后用其他查询B 查询A 的视图 进行查询 也会 出上面的错
然后分有的时间段 不会出错重启服务器 能解决 但是只要运行过查询A 其他的相关这视图的查询将出错

Answer 4

/*--处理死锁 查看当前进程,或死锁进程,并能自动杀掉死进程 因为是针对死的,所以如果有死锁进程,只能查看死锁进程
 当然,你可以通过参数控制,不管有没有死锁,都只查看死锁进程--邹建 2004.4--*//*--调用示例 exec p_lockinfo
--*/
create proc p_lockinfo
@kill_lock_spid bit=1,  --是否杀掉死锁的进程,1 杀掉, 0 仅显示
@show_spid_if_nolock bit=1 --如果没有死锁的进程,是否显示正常进程信息,1 显示,0 不显示
as
declare @count int,@s nvarchar(1000),@i int
select id=identity(int,1,1),标志,
 进程ID=spid,线程ID=kpid,块进程ID=blocked,数据库ID=dbid,
 数据库名=db_name(dbid),用户ID=uid,用户名=loginame,累计CPU时间=cpu,
 登陆时间=login_time,打开事务数=open_tran, 进程状态=status,
 工作站名=hostname,应用程序名=program_name,工作站进程ID=hostprocess,
 域名=nt_domain,网卡地址=net_address
into #t from(
 select 标志='死锁的进程',
  spid,kpid,a.blocked,dbid,uid,loginame,cpu,login_time,open_tran,
  status,hostname,program_name,hostprocess,nt_domain,net_address,
  s1=a.spid,s2=0
 from master..sysprocesses a join (
  select blocked from master..sysprocesses group by blocked
  )b on a.spid=b.blocked where a.blocked=0
 union all
 select '|_牺牲品_>',
  spid,kpid,blocked,dbid,uid,loginame,cpu,login_time,open_tran,
  status,hostname,program_name,hostprocess,nt_domain,net_address,
  s1=blocked,s2=1
 from master..sysprocesses a where blocked<>0
)a order by s1,s2select @count=@@rowcount,@i=1if @count=0 and @show_spid_if_nolock=1
begin
 insert #t
 select 标志='正常的进程',
  spid,kpid,blocked,dbid,db_name(dbid),uid,loginame,cpu,login_time,
  open_tran,status,hostname,program_name,hostprocess,nt_domain,net_address
 from master..sysprocesses
 set @count=@@rowcount
endif @count>0
begin
 create table #t1(id int identity(1,1),a nvarchar(30),b Int,EventInfo nvarchar(255))
 if @kill_lock_spid=1
 begin
  declare @spid varchar(10),@标志 varchar(10)
  while @i<=@count
  begin
   select @spid=进程ID,@标志=标志 from #t where id=@i
   insert #t1 exec('dbcc inputbuffer('+@spid+')')
   if @标志='死锁的进程' exec('kill '+@spid)
   set @i=@i+1
  end
 end
 else
  while @i<=@count
  begin
   select @s='dbcc inputbuffer('+cast(进程ID as varchar)+')' from #t where id=@i
   insert #t1 exec(@s)
   set @i=@i+1
  end
 select a.*,进程的SQL语句=b.EventInfo
 from #t a join #t1 b on a.id=b.id
end
go

Answer 5

从错误信息上看是 SQL Server 锁资源占用了过多的内存空间（60% 数据缓冲池），或者是保持的锁数目超过了 SQL Server 所允许的数量（由 locks 服务器选项控制）。可以将 locks 服务器选项设置为 0（让 SQL Server 自动管理锁数量）
exec sp_configure 'locks',0
go
reconfigure
go如果设置了 SQL Server 最大可使用内存的上限，可以修改 max server memory 服务器选项，增加这个上限。当然，还需要优化查询语句，优化数据库减少内存占用。

Answer 6

exec sp_configure 'locks',0
go
reconfigure
go
原来是5000 好像 我重启服务器 看看问题
主要我有的查询加上个隔离级别就没问题了
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED有的这句又无效 唉 郁闷

Answer 7

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
在读未提交隔离级别下，查询不会请求共享锁，当然会减少锁的数量。

Answer 8

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED 只对当前会话起作用。