数据库死锁问题
mysql死锁的原因和处理方法
mysql死锁的原因和处理方法MySQL死锁的原因和处理方法。
MySQL作为一种常用的关系型数据库管理系统，在数据处理过程中可能会出现死锁的情况。
死锁是指两个或多个事务在执行过程中，因争夺资源而造成的互相等待的现象，导致它们都无法继续执行下去。
本文将就MySQL死锁的原因和处理方法进行详细介绍。
一、死锁的原因。
1. 事务并发执行。
在MySQL中，多个事务同时对相同的数据进行读写操作时，就有可能发生死锁。
这是因为每个事务在执行过程中会锁定所涉及的数据，当多个事务之间出现循环等待的情况时，就会导致死锁的发生。
2. 锁的粒度过大。
如果在事务中对数据进行操作时，锁的粒度过大，即锁定了过多的数据，就会增加死锁的概率。
因为锁的粒度过大会导致不同的事务之间争夺同一把锁，从而增加了死锁的可能性。
3. 事务持有锁的时间过长。
当事务持有锁的时间过长时，就会增加其他事务发生死锁的可能。
因为其他事务需要等待较长的时间才能获取到所需的锁，从而增加了死锁的风险。
二、死锁的处理方法。
1. 设置合理的事务隔离级别。
在MySQL中，可以通过设置合理的事务隔离级别来减少死锁的发生。
通过设置较低的隔禅级别，可以减少事务对数据的锁定，从而降低死锁的概率。
2. 优化数据库索引。
通过优化数据库索引，可以减少事务对数据的锁定时间，从而降低死锁的风险。
合理的索引设计可以减少数据的扫描次数，提高数据的访问效率，从而减少死锁的可能性。
3. 控制事务的大小和时长。
在编写程序时，应尽量控制事务的大小和持有锁的时间，避免长时间的锁定操作。
可以将大的事务拆分成多个小的事务，并尽量减少事务的持有时间，从而降低死锁的概率。
4. 监控和处理死锁。
在MySQL中，可以通过设置死锁检测和处理机制来监控和处理死锁。
当发生死锁时，可以通过自动或手动的方式来解除死锁，从而保证数据库的正常运行。
结语。
通过以上介绍，我们可以看到MySQL死锁的原因和处理方法。
在实际应用中，我们应该充分理解死锁的原因，采取合理的措施来预防和处理死锁，从而保证数据库系统的稳定和可靠运行。
数据库中解决死锁的常用方法
数据库中解决死锁的常用方法在数据库管理系统中，死锁是一种常见但麻烦的问题。
当多个事务同时请求数据库中的资源，并且这些资源被彼此占用，但是又无法相互释放时，就会发生死锁。
死锁的出现可能导致系统性能下降，甚至是数据库崩溃。
因此，解决死锁问题是数据库管理人员需要重视和解决的重要任务。
那么，在数据库中，有哪些常用的方法来解决死锁问题呢？下面将为大家介绍几种常见且有效的死锁解决方法。
第一种方法是通过设置超时时间来解决死锁。
当一个事务请求某个资源时，如果在规定的超时时间内无法获取到该资源，系统就会自动中断这个事务，并回滚所有已经执行的操作。
这种方法虽然简单，但是可能会引起一些业务问题，因为这样做会导致一些事务被中断，可能需要重新执行。
第二种方法是通过死锁检测来解决死锁。
这种方法通常通过算法来检测死锁，并且在检测到死锁时采取一些措施来解决它。
常见的死锁检测算法有银行家算法和图论算法。
这些算法可以在死锁发生时，找到导致死锁的事务，并且选择一个事务进行回滚，从而解除死锁。
但是，这种方法需要消耗系统资源，可能会影响数据库的性能。
第三种方法是通过锁粒度的优化来解决死锁。
将原本被一次性锁住的资源拆分为多个资源，可以降低死锁的概率。
例如，如果一个事务需要修改多个记录，可以将这些记录分开，分别为每个记录加锁。
这样做可以减少死锁的发生，但是也增加了系统的复杂性。
第四种方法是通过加锁顺序的优化来解决死锁。
如果多个事务都会请求相同的资源集合，可以约定一个统一的加锁顺序。
例如，可以规定按照资源的唯一标识符进行加锁，这样不同的事务就会按照相同的顺序加锁，避免了死锁的发生。
这种方法适用于事务之间需要访问多个资源的情况。
第五种方法是通过动态资源分配来解决死锁。
在数据库管理系统中，可以通过动态分配资源的方式来避免死锁。
例如，可以实时监测事务的资源请求情况，并根据当前系统情况来决定是否分配资源。
如果系统资源紧张，可以选择不分配资源，以避免死锁的发生。
数据库死锁的检测与解决技巧
数据库死锁的检测与解决技巧数据库死锁是在多用户并发访问数据库时可能发生的一种情况，它会导致数据库无法继续正常执行操作。
在日常的数据库管理中，必须及时发现和解决死锁问题，以确保数据库的稳定性和可用性。
本文将介绍数据库死锁的检测与解决技巧。
一、死锁的定义与原因1. 死锁的定义：死锁是指两个或多个事务互相等待对方所持有的资源，而导致它们在无外力介入的情况下都无法继续执行的状态。
2. 死锁的原因：死锁通常发生在多个事务同时在数据库中申请资源时。
以下为常见的死锁原因：(1) 彼此互斥的资源：多个事务需要使用彼此互斥的资源。
(2) 事务保持资源并等待：一个事务保持资源并等待其他事务所持有的资源。
(3) 循环等待：多个事务形成一个闭环，每个事务等待下一个事务所持有的资源。
二、死锁的检测技巧1. 手动查询：可以通过查询系统视图或工具来检测是否存在死锁情况。
例如，在MySQL中，可以通过执行"show engine innodb status"命令来获取相关信息。
2. 使用系统工具：大多数数据库管理系统都提供了相关的工具来检测和解决死锁问题。
例如，在Oracle中，可以使用AWR报告来识别死锁情况。
3. 使用第三方工具：如果数据库管理系统的自带工具无法满足需求，可以考虑使用第三方工具来进行死锁检测。
一些常用的第三方工具包括Percona Toolkit和pt-deadlock-logger等。
三、死锁的解决技巧1. 重构数据库设计：死锁问题可能是由于数据库设计不合理导致的。
通过对数据库模式、索引和查询进行优化，可以减少死锁的发生概率，从而提高数据库的性能和可用性。
2. 事务隔离级别的选择：选择合适的事务隔离级别对于降低死锁的风险是至关重要的。
较高的隔离级别会导致更多的锁冲突和死锁发生机会，而较低的隔离级别可能影响数据的一致性和并发性。
需要在性能和数据一致性之间做出权衡选择。
3. 降低事务的持有时间：较长时间的事务可能会增加死锁的风险。
数据库死锁问题的排查与解决方法
数据库死锁问题的排查与解决方法引言:数据库死锁是在多个并发事务同时访问共享资源时经常会遇到的一个问题。
当两个或多个事务相互等待对方释放资源时，系统进入了死锁状态。
这导致事务无法继续执行，对生产系统的性能和可用性造成了严重影响。
因此，排查和解决数据库死锁问题对于确保系统的稳定运行至关重要。
本文将重点介绍数据库死锁问题的排查和解决方法。
一、什么是数据库死锁？数据库死锁是指两个或多个事务相互等待对方释放资源而无法继续执行的状态。
其中，每个事务都持有一部分资源，并且等待其他事务释放它们需要的资源。
当死锁发生时，没有任何一个事务能够继续执行，只能通过干预来解锁资源，打破死锁循环。
二、数据库死锁原因分析导致数据库死锁的原因通常可以归结为以下几个方面：1.事务并发性高：并发事务的同时访问和修改共享资源，容易导致死锁。
2.事务等待资源：当一个事务需要的资源已被其他事务占用时，会进入等待状态，如果等待的资源得不到释放，容易导致死锁。
3.资源争抢：不同事务之间竞争有限的资源，若资源分配不当，容易形成死锁。
三、数据库死锁排查方法1.使用数据库的死锁监控工具：现代数据库管理系统（DBMS）通常提供了监控死锁的工具。
通过使用这些工具，可以查看当前死锁的详细信息，如死锁链条和被锁定的资源等。
根据这些信息，可以定位死锁发生的位置，并进一步分析原因。
2.分析系统日志：通过分析数据库系统的日志，可以追踪事务的执行过程，查找是否有死锁相关的错误信息。
系统日志也会记录死锁发生时的相关信息，帮助我们了解死锁的原因。
3.使用性能监控工具：通过监控数据库系统的性能指标，如锁等待时间、阻塞的事务数量等，可以发现是否存在潜在的死锁问题。
这些工具可以帮助我们分析事务之间的竞争关系，进一步找到导致死锁的根本原因。
四、数据库死锁解决方法1.减少事务并发度：降低并发事务的数量，可以减少死锁的发生。
对于一些读写频繁、修改操作较多的事务，可以考虑对其进行优化，减少对共享资源的争抢。
数据库死锁的产生与解决方法
数据库死锁的产生与解决方法数据库作为现代信息系统的核心组成部分之一，承担着存储和管理大量数据的重要任务。
然而，在多用户并发访问数据库时，死锁问题可能会导致系统性能下降甚至崩溃。
本文将探讨数据库死锁的产生原因，以及常用的解决方法。
一、死锁的产生原因1. 互斥访问资源：死锁的产生是因为多个并发事务同时竞争访问同一资源，每个事务都要求独占资源，但资源无法同时满足所有请求，导致事务之间发生资源竞争。
2. 内存不足：当系统内存不足时，数据库管理系统可能会将一些数据和操作转移到虚拟内存中。
如果产生死锁并且没有充足的物理内存来满足事务需求，那么死锁就会发生。
3. 事务持有和等待：当一个事务获取一个资源时，它可能会继续请求其他资源，并在等待其他资源的同时持有已获取的资源。
如果其他事务需要这些已获取的资源，则会产生死锁。
4. 循环等待：多个事务形成环形等待资源的关系，每个事务都在等待下一个事务所持有的资源，导致死锁的产生。
二、死锁解决方法1. 死锁检测与恢复：死锁检测算法可以周期性地扫描系统，定期检查是否存在死锁。
一旦检测到死锁，可以使用死锁恢复算法将死锁事务进行回滚，释放资源，解除死锁状态。
2. 死锁预防：死锁预防方法旨在通过改变系统的策略和规则，防止死锁的发生。
常见的预防方法包括：- 破坏互斥条件：通过将资源设置为可共享而不是互斥性的，可以防止死锁的发生。
- 破坏占有和等待条件：要求一个事务在执行之前获取所有需要的资源，而不是持有部分资源后再去请求其他资源。
- 破坏不可抢占条件：允许系统抢占一些资源，以便在发生死锁时能够打破死锁链。
- 破坏循环等待条件：通过强制事务按照某种统一顺序来请求资源，避免循环等待。
3. 死锁避免：死锁避免方法在事务执行之前对事务进行检测，并根据预测的执行路径来避免潜在的死锁情况。
该方法需要提前获得事务的请求资源信息，以便进行检测和判断是否应该阻止某个事务。
避免死锁的常用算法包括银行家算法和资源分配图算法。
数据库死锁问题分析与解决步骤解读
数据库死锁问题分析与解决步骤解读当多个并发的事务同时请求数据库中的资源时，可能会发生死锁现象。
数据库死锁是一个常见的问题，它会导致系统性能下降甚至完全停止响应。
因此，有效地解决和预防数据库死锁问题对于保证系统的稳定性和可靠性非常重要。
本文将详细介绍数据库死锁问题的分析与解决步骤。
一、死锁问题的概念与原因1.死锁概念：数据库死锁是指两个或多个事务彼此等待对方释放所占资源，从而无法继续执行下去的情况。
当一个事务锁定了某个资源，并请求另一个事务已经锁定的资源时，就可能发生死锁。
2.死锁原因：死锁通常由以下四个条件引起：（1）互斥：资源必须互斥地分配给事务，即每个资源一次只能由一个事务占用。
（2）持有并等待：一个事务可以持有一个或多个资源，并同时请求另一个已被其他事务所占用的资源。
（3）不可抢占：资源只能由占有者显式地释放，无法被其他事务抢占。
（4）循环等待：多个事务之间存在一个循环等待资源的序列。
二、数据库死锁的解决步骤1.检测死锁：第一步是确认系统中是否存在死锁。
可以使用系统自带的死锁检测工具或者编写自定义的监控程序来检测死锁。
死锁检测工具可以实时地监控系统的资源分配和请求情况，并进行死锁检测。
2.定位死锁：一旦系统检测到死锁，第二步是定位死锁。
通过分析死锁的日志和相关的系统信息，可以确定死锁的事务和资源。
3.解除死锁：一旦死锁被确认并定位，就需要解开死锁。
常用的死锁解除方法包括：（1）资源剥夺法：选择一个或多个事务，并强制终止其占用的资源，直到死锁被解除为止。
这种方法会造成部分事务的回滚以及数据的丢失，因此在使用时需要谨慎。
（2）撤销事务法：选择一个或多个事务，并进行回滚操作，使其释放所占用的资源。
这种方法会导致一部分数据回滚，但相较于资源剥夺法，对于数据的丢失会更少一些。
（3）资源预防法：通过设定适当的资源申请顺序，可以避免死锁的发生。
在编写事务的时候，需要明确指定事务申请资源的顺序，遵循相同的顺序来申请资源可以有效地避免死锁。
有效解决数据库死锁问题的方法与技巧
有效解决数据库死锁问题的方法与技巧数据库死锁是数据库管理系统中一种常见的并发控制问题。
当多个事务同时访问数据库中的资源，如果这些事务之间存在互相竞争的关系，可能导致死锁的发生。
死锁会造成事务的阻塞，降低数据库的性能和可用性。
因此，有效解决数据库死锁问题至关重要。
本文将介绍一些方法和技巧，帮助解决数据库死锁问题。
一、死锁的概念和原因在解决数据库死锁问题之前，我们需要了解死锁的概念和产生死锁的原因。
死锁是指两个或多个事务或进程因互相等待后继续执行而导致的循环等待现象。
死锁的产生通常由以下四个条件引起：1. 互斥条件：一个资源同时只能被一个事务所持有。
2. 破坏互斥条件的请求和保持条件：一个事务因请求资源而被阻塞时，不会释放已经持有的资源。
3. 破坏不剥夺条件的不可剥夺条件：已经被一个事务获得的资源不会被强制性地释放，只能由事务自行释放。
4. 破坏环路等待条件的环路等待条件：存在一个等待资源的循环链，从而形成死锁。
二、预防死锁的常用方法预防死锁是解决数据库死锁问题的最好方法。
下面介绍几种常用的预防死锁的方法：1. 加锁顺序：定义一个明确的加锁顺序，要求所有事务按照相同的顺序请求资源。
这样可以避免死锁产生的循环等待条件。
2. 一次性获取所有资源：将事务对多个资源的请求封装为一个原子操作，要求事务在执行前必须获取到所有需要的资源。
这样可以避免死锁产生的保持和等待条件。
3. 超时机制：为每个事务设置一个超时时间，在超时时间内未能成功获取资源的事务将主动释放已经获取的资源，以避免死锁的发生。
三、检测和解决死锁的常用方法即使采取了预防措施，死锁问题仍有可能发生。
下面介绍几种常用的检测和解决死锁的方法：1. 死锁检测：通过周期性地检测系统中是否存在死锁，当检测到死锁时，采取相应的解锁策略。
常用的死锁检测算法有资源分配图算法和银行家算法。
2. 死锁恢复：当检测到死锁时，可以通过解锁某些资源来打破死锁循环。
解锁资源的选择可以采用以下策略：撤销部分事务、回滚事务、选择牺牲代价最小的事务等。
数据库锁表与死锁问题分析与解决
数据库锁表与死锁问题分析与解决引言在当今信息时代，大量的数据被存储在各种类型的数据库系统中。
这些数据库系统采用并发处理技术来满足多用户同时对数据进行访问和修改的需求。
然而，数据库锁表与死锁问题往往会给并发处理带来困扰，影响系统的性能和可靠性。
本文将对数据库锁表和死锁问题进行深入的分析，并提出相应的解决方案。
一、数据库锁表问题的分析1.1 锁表的作用和类型数据库中的锁机制是确保多用户并发访问数据的一种重要手段。
通过锁定数据表或数据行，来限制对其的访问权限，以保证数据的完整性和一致性。
根据锁定的粒度和使用方式，数据库锁可以分为两种类型：共享锁和排他锁。
共享锁允许多个事务同时读取被锁定的数据，而排他锁只允许一个事务对被锁定的数据进行读写操作。
大多数数据库系统都支持这两种类型的锁。
在多个事务同时访问数据时，锁的合理使用可以确保数据的正确性，但过度使用锁会导致性能问题。
1.2 锁表的原因和影响在高并发的数据库环境下，锁表问题经常出现。
造成锁表的主要原因包括：事务长时间占用资源不释放、业务逻辑不合理导致锁竞争、索引缺失导致全表扫描等。
当一个事务锁定了某个数据库表时，其他事务需要访问该表的时候会被阻塞，直到锁释放。
这样就产生了资源竞争和性能瓶颈。
如果一个表被频繁地锁定，那么其他事务的执行速度就会大大降低，甚至陷入死锁状态。
1.3 锁表问题的解决方案为了解决数据库锁表问题，我们可以从多个方面入手：首先，优化SQL语句。
合理设计和编写SQL语句可以减少锁表问题的发生。
避免一次锁定大量数据的操作，减小事务的锁定范围。
其次，增加并发度。
通过增加服务器硬件资源或调整数据库系统参数来提高并发度，从而减少锁表的概率。
第三，添加或优化索引。
索引是数据库查询性能优化的关键。
对频繁访问的字段创建合适的索引，可以显著提高数据库查询速度，减少表锁定的时间。
最后，使用数据库锁机制。
选择适当的锁粒度和锁级别来平衡数据的一致性和并发性能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SPID的几种状态标识Background SPID 正在执行后台任务。
Sleeping SPID 当前并未执行。
它通常表示该SPID 正在等待应用程序发出命令。
Runnable SPID 当前正在执行。
Dormant 类似于Sleeping，但Dormant 还表示SPID 在完成一个RPC 事件后已被重置。
重置操作清除了执行RPC 事件过程中使用的资源。
这是一种正常状态，SPID 不仅可用，并正在等待执行后续命令。
Rollback 该SPID 处于事务回滚状态。
Defwakeup 表示SPID 正在等待处于释放过程的资源。
waitresource 字段应表示正被讨论的资源。
Spinloop 进程在尝试获取用于SMP 系统上的并发控制的spinlock 时正处于等待状态。
死锁可以查一下：1：sp_who 或sp_who22: Select * from sysprocesses where blocked <> 03: 企业管理器－＞服务器－＞管理工具－＞活动－＞当前活动然后把他kill掉。
进程信息中，如果发现旁边有一个锁状的图标，就表明这个进程是死锁，kill掉4：SQL事件探查器，监控一下,看主要是那些处理引起的死锁.然后做相应的处理.用事件探查器new一个trace，监视一下造成你sqlserver停顿的情况。
最好的办法还是检查一下引起锁的原因，一般是由你的代码引起的。
查看sqlserver被锁的表以及如何解锁查看被锁表：select request_session_id spid,OBJECT_NAME(resource_associated_entit y_id) tableNamefrom sys.dm_tran_locks where resource_type='OBJECT'spid 锁表进程tableName 被锁表名解锁：declare @spid intSet @spid = 57 --锁表进程declare @sql varchar(1000)set @sql='kill '+cast(@spid as varchar)exec(@sql)/fk/blog_120150478.html数据库死锁及解决死锁问题Sleeping:SPID 当前并未执行。
它通常表示该 SPID 正在等待应用程序发出命令。
看看spid对应的sql语句是什么,对它进行优化,然后看看sql语句操作的表是否有比较频繁的资源竞争,对和这个表相关的其他语句也要进行优化1. 死锁原理根据操作系统中的定义：死锁是指在一组进程中的各个进程均占有不会释放的资源，但因互相申请被其他进程所站用不会释放的资源而处于的一种永久等待状态。
死锁的四个必要条件：互斥条件(Mutual exclusion)：资源不能被共享，只能由一个进程使用。
请求与保持条件(Hold and wait)：已经得到资源的进程可以再次申请新的资源。
非剥夺条件(No pre-emption)：已经分配的资源不能从相应的进程中被强制地剥夺。
循环等待条件(Circular wait)：系统中若干进程组成环路，该环路中每个进程都在等待相邻进程正占用的资源。
对应到SQL Server中，当在两个或多个任务中，如果每个任务锁定了其他任务试图锁定的资源，此时会造成这些任务永久阻塞，从而出现死锁；这些资源可能是：单行(RID，堆中的单行)、索引中的键(KEY，行锁)、页(PAG，8KB)、区结构(EXT，连续的8页)、堆或B 树(HOBT) 、表(TAB，包括数据和索引)、文件(File，数据库文件)、应用程序专用资源(APP)、元数据(METADATA)、分配单元(Allocation_Unit)、整个数据库(DB)。
一个死锁示例如下图所示：说明：T1、T2表示两个任务；R1和R2表示两个资源；由资源指向任务的箭头(如R1->T1，R2->T2)表示该资源被改任务所持有；由任务指向资源的箭头(如T1->S2，T2->S1)表示该任务正在请求对应目标资源；其满足上面死锁的四个必要条件：(1).互斥：资源S1和S2不能被共享，同一时间只能由一个任务使用；(2).请求与保持条件：T1持有S1的同时，请求S2；T2持有S2的同时请求S1；(3).非剥夺条件：T1无法从T2上剥夺S2，T2也无法从T1上剥夺S1；(4).循环等待条件：上图中的箭头构成环路，存在循环等待。
2. 死锁排查(1). 使用SQL Server的系统存储过程sp_who和sp_lock，可以查看当前数据库中的锁情况；进而根据objectID(@objID)(SQL Server 2005)/ object_name(@objID)(Sql Server 2000)可以查看哪个资源被锁，用dbcc ld(@blk)，可以查看最后一条发生给SQL Server的Sql语句；CREATE Table #Who(spid int,ecid int,status nvarchar(50),loginname nvarchar(50),hostname nvarchar(50),blk int,dbname nvarchar(50),cmd nvarchar(50),request_ID int);CREATE Table #Lock(spid int,dpid int,objid int,indld int,[Type]nvarchar(20),Resource nvarchar(50),Mode nvarchar(10),Status nvarchar(10));INSERT INTO #WhoEXEC sp_who active --看哪个引起的阻塞，blkINSERT INTO #LockEXEC sp_lock --看锁住了那个资源id，objidDECLARE@DBName nvarchar(20);SET@DBName='NameOfDataBase'SELECT #Who.*FROM #Who WHERE dbname=@DBNameSELECT #Lock.*FROM #LockJOIN #WhoON #Who.spid=#Lock.spidAND dbname=@DBName;--最后发送到SQL Server的语句DECLARE crsr Cursor FORSELECT blk FROM #Who WHERE dbname=@DBName AND blk<>0; DECLARE@blk int;open crsr;FETCH NEXT FROM crsr INTO@blk;WHILE (@@FETCH_STATUS=0)BEGIN;dbcc inputbuffer(@blk);FETCH NEXT FROM crsr INTO@blk;END;close crsr;DEALLOCATE crsr;--锁定的资源SELECT #Who.spid,hostname,objid,[type],mode,object_name(objid) as objNa me FROM #LockJOIN #WhoON #Who.spid=#Lock.spidAND dbname=@DBNameWHERE objid<>0;DROP Table #Who;DROP Table #Lock;(2). 使用 SQL Server Profiler 分析死锁: 将 Deadlock graph 事件类添加到跟踪。
此事件类使用死锁涉及到的进程和对象的 XML 数据填充跟踪中的 TextData 数据列。
SQL Server 事件探查器可以将 XML 文档提取到死锁 XML (.xdl) 文件中，以后可在 SQL Server Management Studio 中查看该文件。
3. 避免死锁上面1中列出了死锁的四个必要条件，我们只要想办法破其中的任意一个或多个条件，就可以避免死锁发生，一般有以下几种方法(FROM Sql Server 2005联机丛书)：(1).按同一顺序访问对象。
(注：避免出现循环)(2).避免事务中的用户交互。
(注：减少持有资源的时间，较少锁竞争)(3).保持事务简短并处于一个批处理中。
(注：同(2)，减少持有资源的时间)(4).使用较低的隔离级别。
(注：使用较低的隔离级别（例如已提交读）比使用较高的隔离级别（例如可序列化）持有共享锁的时间更短，减少锁竞争)(5).使用基于行版本控制的隔离级别：2005中支持快照事务隔离和指定READ_COMMITTED隔离级别的事务使用行版本控制，可以将读与写操作之间发生的死锁几率降至最低：SET ALLOW_SNAPSHOT_ISOLATION ON --事务可以指定 SNAPSHOT 事务隔离级别; SET READ_COMMITTED_SNAPSHOT ON --指定 READ_COMMITTED 隔离级别的事务将使用行版本控制而不是锁定。
默认情况下(没有开启此选项，没有加with nolock提示)，SELECT语句会对请求的资源加S锁(共享锁)；而开启了此选项后，SELECT不会对请求的资源加S锁。
注意：设置 READ_COMMITTED_SNAPSHOT 选项时，数据库中只允许存在执行 ALTER DATABASE 命令的连接。
在 ALTER DATABASE 完成之前，数据库中决不能有其他打开的连接。
数据库不必一定要处于单用户模式中。
(6).使用绑定连接。
(注：绑定会话有利于在同一台服务器上的多个会话之间协调操作。
绑定会话允许一个或多个会话共享相同的事务和锁(但每个回话保留其自己的事务隔离级别)，并可以使用同一数据，而不会有锁冲突。
可以从同一个应用程序内的多个会话中创建绑定会话，也可以从包含不同会话的多个应用程序中创建绑定会话。
在一个会话中开启事务(begin tran)后，调用exec sp_getbindtoken @Token out;来取得Token，然后传入另一个会话并执行EXEC sp_bindsession @Token来进行绑定(最后的示例中演示了绑定连接)。
4. 死锁处理方法：(1). 根据2中提供的sql，查看那个spid处于wait状态，然后用kill spid来干掉(即破坏死锁的第四个必要条件:循环等待)；当然这只是一种临时解决方案，我们总不能在遇到死锁就在用户的生产环境上排查死锁、Kill sp，我们应该考虑如何去避免死锁。
(2). 使用SET LOCK_TIMEOUT timeout_period(单位为毫秒)来设定锁请求超时。