标签：who DB lock 数据库 sp SqlServer spid 锁定
一般说道sqlserver调优，我们会首先想到，存储过程，表，字段类型，长度以及索引等。
今天，我不准备围绕这几个话题展开讨论，就单独说说，sp_lock，sp_who在数据库调优中起到的作用。
SQL Server数据库引擎为了保证每一次只有一个线程同时访问同一个资源的对象而采用的一种锁定机制，系统有大量锁时就产生了“数据阻塞”。因此你的数据库设计和程序编制应该科学和合理，以便让sql server涉及的锁定的数量降到最少。当你的系统的反应迟缓时就应该注意数据库是否产生了阻塞。sp_lock是SQL Server 2000 的一个系统存储过程，EXECUTE sp_lock 执行这个存储过程，可以查看当前阻塞的数据表，以便分析程序，解决问题。
当你执行sp_lock,之后，你会得到如下结果：
spid dbid ObjId IndId Type Resource Mode Status51 7 0 0 DB S GRANT51 1 1131151075 0 TAB IS GRANT52 7 0 0 DB S GRANT53 7 0 0 DB S GRANT54 7 0 0 DB S GRANT56 7 0 0 DB S GRANT57 7 0 0 DB S GRANT
这个程序会从主数据库中的syslockinfo中返回与锁定相关的大量信息，而主数据库是一个包括了所有允许、转换和等待锁定请求信息的系统工作台。
从上面的结果我们可以看到spid、dbid、objid、indid、type、resource、mode和status字段。spid是进程标识号码，用于识别到SQL服务器的连接。要发现哪些用户和该spid相连，你就要执行存储过程sp_who，并将spid作为一个参数传输给该程序。dbid是锁定发生的数据库，你可以在主数据库中的sysdatabases表格中找到它。字段objid用来显示在数据库中锁定发生所在的对象。要查看这个对象，你可以在主数据库中的sysobjects表格中查询指定的objid。
在以上的屏幕截图中产生的单一记录并不一定能显示正在你的工作环境中发生的真实情况。在运行这个程序时，你想要找到500到1000个甚至更多结果。每一次你执行sp_lock，都将有可能得到不同的结果，因为又发生了新的锁定，而部分旧的锁定已经被解除了。如果你发现sp_lock返回的结果中，大量的结果都有着相同的spid，很有可能该进程正在进行大型的处理，同时这些锁定可能开始阻止新事务的发生。
当你发现一个spid 获得了大量的数据库锁定时，这将有助于确定什么存储过程或语句正在运行。为了达到这个目的，运行以下 DBCC 命令：
检查死锁信息
DBCC INPUTBUFFER(spid)
这个DBCC命令将返回正在EventInfo字段中运行的语句的相关信息,可以显示正在执行的sql命令。
当你执行DBCC INPUTBUFFER(spid)之后，你会得到如下结果：
EventType Parameters EventInfo
你可以从EventInfo看到到底是哪一个进程或者查询耗时比较长，容易产生死锁。
你可以执行 dbcc checkdb 重建索引
如果你想看到更详细的信息：
select * from sys.objects where object_id = 0，查看是由那个进程引起了性能问题，可能是约束，可能是表的数据引起的
select * from sys.sysdatabases where [dbid] IN(7,6,1,9)，这个可以看出哪个数据库死锁的次数比较多
标签：who,DB,lock,数据库,sp,SqlServer,spid,锁定 来源： https://www.cnblogs.com/Violety/p/16121924.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。