SQL Server 2000数据库中的检测

数据库 SQL Server
今天我们主要向大家描述的是SQL Server 2000数据库中检测与SQL Server 2000数据库结束死锁这一问题,以下就是文章的主要内容描述。

以下的文章主要描述的是SQL Server 2000数据库中检测与SQL Server 2000数据库结束死锁,在实际操作中我们大家经常会遇到检测与结束死锁这一问题,那么他到底如何解决呢?以下就有对其的介绍。

测和结束死锁

在 Microsoft® SQL Server™ 2000 中,单个用户会话可能有一个或多个代表它运行的线程。每个线程可能获取或等待获取各种资源,如:

锁。

与并行查询执行相关的资源(与交换端口相关联的处理协调器、发生器和使用者线程)。

线程。

内存。

上述这些资源除内存外都参与 SQL Server 死锁检测方案。对于内存,SQL Server 使用基于超时的机制,该机制由 sp_configure 中的 query wait 选项控制。

在 SQL Server 2000数据库 中,死锁检测由一个称为锁监视器线程的单独的线程执行。在出现下列任一情况时,锁监视器线程对特定线程启动死锁搜索:

线程已经为同一资源等待了一段指定的时间。锁监视器线程定期醒来并识别所有等待某个资源的线程。如果锁监视器再次醒来时这些线程仍在等待同一资源,则它将对等待线程启动锁搜索。

线程等待资源并启动急切的死锁搜索。

SQL Server 通常只执行定期死锁检测,而不使用急切模式。因为系统中遇到的死锁数通常很少,定期死锁检测有助于减少系统中死锁检测的开销。

当锁监视器对特定线程启动死锁检测时,它识别线程正在等待的资源。然后,锁监视器查找特定资源的拥有者,并递归地继续执行对那些线程的死锁搜索,直到找到一个循环。用这种方式识别的循环形成一个死锁。

在识别死锁后,SQL Server 通过自动选择可以打破死锁的线程(死锁牺牲品)来结束死锁。SQL Server 回滚作为死锁牺牲品的事务,通知线程的应用程序(通过返回 1205 号错误信息),取消线程的当前请求,然后允许不间断线程的事务继续进行。

SQL Server 通常选择运行撤消时花费最少的事务的线程作为死锁牺牲品。另外,用户可以使用 SET 语句将会话的 DEADLOCK_PRIORITY 设置为 LOW。DEADLOCK_PRIORITY 选项控制在死锁情况下如何衡量会话的重要性。如果会话的设置为 LOW ,则当会话陷入死锁情况时将成为***牺牲品。 

上述的相关内容就是对SQL Server 2000数据库中检测和结束死锁的描述,希望会给你带来一些帮助在此方面。 

【编辑推荐】

  1. SQL Server MS SQL语句的分类
  2. 清除SQL Server日志的方案有哪些?
  3. 对SQL Server 2005删除用户失败的破解
  4. 转移SQL Server数据的实现
  5. SQL Server数据库的收缩与设定每日自动备份
责任编辑:佚名 来源: microsoft.com
相关推荐

2011-03-23 10:08:09

2011-04-06 17:30:41

SQL ServerSQL

2010-07-21 10:27:49

SQL Server

2010-07-05 14:04:00

SQL Server

2010-07-01 11:20:38

SQL Server

2011-04-01 16:00:35

SQL Server 数据库服务器

2010-07-06 15:07:37

SQL Server

2011-03-15 09:55:07

SQL Server2数据库崩溃还原数据库

2011-08-22 11:12:45

SQL Server 更改账户默认数据库

2011-03-15 09:52:40

SQL Server2数据库恢复系统

2011-03-15 09:46:20

SQL Server 数据库崩溃

2010-06-18 10:20:22

SQL Server

2009-05-26 10:21:07

2009-07-03 13:10:06

SQL Server2tomcatJSP

2010-07-12 14:22:06

SQL Server

2010-07-15 17:28:50

SQL Server

2011-08-02 10:10:46

2010-07-08 11:05:14

SQL Server数

2010-07-20 10:27:57

SQL Server

2010-11-10 15:23:55

SQL SERVER
点赞
收藏

51CTO技术栈公众号