如何在应用程序中避免死锁问题？

任何基于锁的并发系统的一个不可避免的特点是在某些条件下系统可能阻塞。当一个连接占有一个锁而另一个连接试图改变锁的状态时，第二个连接要么等待第一个连接释放锁，要么因此而被阻塞。
为了获得最好的可扩展性，性能和并发能力，在设计应用程序和查询语句时，应该注意尽量缩短事务的长度， 并且减少占有锁的时间。大多数并发问题往往出现在应用程序和数据库的设计阶段，因此，设计阶段如果充分考虑这个因素至关重要。
　否则，应用程序就会存在潜在的潜能缺陷， 而且一般要到应用程序扩展性测试时才被发现。

问：我需要在运行SQL Server的机器上定期收集诸如每秒处理事务数（tps）之类的统计信息。为此，我大量使用了Performance Monitor（性能监视器），但却不能得到DBA所需的SQL Server性能指标。请问是否存在能够轻松收集这类统计信息的实用工具？
答：针对SQL Server的Performance Monitor计数器之一便能收集tps，因此，使用Performance Monitor是捕获这项指标最便捷的方式。您可以通过Microsoft Windows® NT Server 4.0 Resource Kit或Microsoft Windows 2000 Server Resource Kit以服务的形式安装Performance Monitor。此外，我建议您阅读Steve Adrien DeLuca等人所著的《Microsoft SQL Server 7.0 Performance Tuning Technical Reference》以学习关于测试有用SQL Server性能数据的内容。
——Microsoft项目经理，Richard Waymire

为了最大程度优化SQL Server的性能， 首先您必须确定几个方面。当这几个方面得到优化时，可以最大程度的提高整个系统性能。然后您可以针对这几个方面进行分析。否则，您可能事倍功半。
经验证明，SQL Server的性能提高主要取决于逻辑数据库设计，索引设计和查询设计。
　反之，最大的性能问题也往往源于这几个方面的设计缺陷。
　如果数据库性能是一个关注焦点，您应该首先着眼这几个方面，因为在此的很小的投资可以带来很大的利益。
而其它系统级的性能问题， 例如内存、高速缓存、 硬件等， 的确值得研究。经验证明系统在这些方面容量越大，性能越高。
　SQL Server对现有硬件资源采用自动方式管理，从而减少系统级的手工调整。

SQL Server事务日志可能会被填满，这会阻止之后的数据库操作，包括UPDATE， DELETE， INSERT 和CHECKPOINT。
事务日志填满会导致1105错误:
Can't allocate space for object syslogs in database dbname because
the logsegment is full。
　If you ran out of space in syslogs， dump
the transaction log。
　Otherwise use ALTER DATABASE or
sp_extendsegment to increase the size of the segment。
这种现象可能出现于任何一个数据库中，包括Master和TempDB。一些难以预见的因素可能消耗日志空间。
　例如:
一个大型事务， 尤其像批量数据更新、插入或删除。
一个未提交的事务。
检查点处理程序截除时所需的带宽过大。
截除时超过阈值
上述各种条件互相作用的结果。
用于发布的标记事务没有被日志读取程序读走

比如我们要从很多文章的标题中找到所有包含"MySQL"这个字眼的文章。这就应该在 WHERE 子句中用到 "LIKE"，就是模糊查询。
　
　　首先交待一下SQL语言中的统配符，统配符就是用一个字符统一匹配任何字符，SQL中，一个字符"_"匹配单个的任何字符；一个字符"%"匹配任何零个到多个字符。举例来说，"A_" 可以匹配诸如 "AA"、"AB"、"A2"、"A$"……等等；而 "A%" 可以匹配 "ABCD"、"A"、"AG$Bng0"、"An apple is just an apple."……等等。
　
　　怎么用呢？还是举个实际的例子：工厂仓库里的东东，很多、很杂，要分成几大类来管理：比如A类代表机配件，B类代表工具，C类代表包装材料……等等，每一类下面的东东再分别编号，如"A0001"、"A1065"、"B1014"等。在管理这个数据库的时候，编号作为一个字段，这个字段不仅作为该物品的代号，同时也表明了它的类别。当你要查询所有的工具时，可以这样：
SELECT * FROM goods WHERE code LIKE 'B%' ORDER BY code'
这样就是查询code这个字段（就是编号）为字母B打头的所有记录。注意这里'B%'表示字母B是出现在字段的开头，与下一个例子不同：查找文章标题中含有"MySQL"这个字眼的所有文章，因为要查找的目标"MySQL"不一定出现在文章标题的什么位置上，所以应该：
SELECT * FROM articles WHERE title LIKE '%MySQL%'
'%MySQL%'的意思是"MySQL"这个字眼出现在标题中，它的前面可能有文字，后面也可能有文字。
　
　　既然查"MySQL"可以，查别的字眼未尝不可以。可以让浏览者自己输入他要搜索的关键字，就是这样：
<!--input.php:-->
<form method="get" action="search.php">
关键字：<input type="text" size=10 name="key"> <input type="submit" value="查询">
</form>
<!--search.php:-->
<?
...
$query="select * from article where title like '%$key%'";
$result=$mysql_query($query,$db);
...
?>
　　注意在使用模糊查询时，有一种情况应该小心，就是当一个字段是类似 '2,13,25,33' 这样的值时，若要查询它其中是否包含'2'这一项，就不能简单的用 '%2%' 来查询。因为如果这样，一个这样的值也会被查询到：'1,6,21,27'。这并不是我们所希望的。所以在处理这样的问题时，应该将该字段存为 '.2.13.25.33.' 的形式。这样当需要查询包含'2'这一项的记录，就可以放心的用 '%.2.%' 了。
　

　　时间仓促，草草成稿；如有不确，务请指正。