首先监控死锁需通过SQL Server工具捕获死锁图并记录异常日志，其次避免死锁应统一访问顺序、减少事务范围和使用合适隔离级别，最后解决死锁可通过重试机制与SQL优化。
在C#开发中，数据库死锁是多线程或高并发场景下常见的问题。它通常发生在多个事务相互等待对方释放资源锁时，导致程序卡住甚至超时。要有效应对死锁，需要从监控、避免到解决形成完整方案。
如何监控数据库死锁
监控是排查死锁的第一步。以下是几种常用的监控方式：
- 启用SQL Server Profiler或扩展事件（XEvent）：通过SQL Server自带的工具捕获死锁图（Deadlock Graph），可以清晰看到哪些进程、语句和资源参与了死锁。
- 查询系统视图：定期检查sys.dm_tran_locks和sys.dm_os_waiting_tasks，观察锁等待情况。
- 记录异常日志：在C#代码中捕获SqlException，当错误号为1205（死锁受害者）时记录详细信息，包括调用堆栈、SQL语句和参数。
示例：在C#中捕获死锁异常
try { // 执行数据库操作 } catch (SqlException ex) when (ex.Number == 1205) { // 记录死锁事件 Log.Error("Deadlock occurred: " + ex.Message); }如何避免数据库死锁
预防比处理更重要。以下策略能显著降低死锁概率：
- 统一访问顺序：确保所有事务以相同顺序访问表和行。例如，总是先更新用户表再更新订单表，避免交叉锁定。
- 减少事务范围：尽量缩短事务执行时间，避免在事务中执行复杂逻辑或网络请求。
- 使用合适的隔离级别：默认的可重复读或序列化级别容易引发锁竞争。考虑使用读已提交（Read Committed）或快照隔离（Snapshot Isolation）。
- 避免锁升级：大量行锁可能升级为表锁。可通过分批处理数据或调整LOCK_TIMEOUT设置来控制。
- 及时提交或回滚事务：不要让事务长时间处于打开状态，尤其是在用户交互期间。
如何解决已发生的死锁
一旦发生死锁，数据库会自动选择一个“牺牲品”事务终止，另一个继续执行。作为开发者，应做到：
- 实现重试机制：在C#中对关键操作封装重试逻辑，当捕获到死锁异常后延迟一段时间重新执行。
- 示例：简单重试逻辑
- 优化SQL语句：确保相关字段有适当索引，避免全表扫描导致大量锁。
- 分析死锁图：根据SQL Server生成的XML死锁图，定位具体冲突语句，针对性优化。
基本上就这些。监控靠日志和数据库工具，避免靠规范编码和设计，解决靠重试和优化。只要流程清晰，死锁并不难应对。
