软件(死锁)

产生死锁的原因主要是：

（1） 因为系统资源不足。

（2） 进程运行推进的顺序不合适。

（3） 资源分配不当等。

程序死锁的解决办法：

（1）合理安排表访问顺序。

（2）在事务中尽量避免用户干预，尽量使一个事务处理的任务少些, 保持事务简短并在一个批处理中。

（3）数据访问时域离散法, 数据访问时域离散法是指在客户机/服务器结构中，采取各种控制手段控制对数据库或数据库中的对象访问时间段。主要通过以下方式实现: 合理安排后台事务的执行时间，采用工作流对后台事务进行统一管理。工作流在管理任务时，一方面限制同一类任务的线程数（往往限制为1个），防止资源过多占用另一方面合理安排不同任务执行时序、时间，尽量避免多个后台任务同时执行，另外， 避免在前台交易高峰时间运行后台任务。

（4）数据存储空间离散法。数据存储空间离散法是指采取各种手段，将逻辑上在一个表中的数据分散到若干离散的空间上去，以便改善对表的访问性能。主要通过以下方法实现: 第一，将大表按行或列分解为若干小表第二，按不同的用户群分解。

（5）使用尽可能低的隔离性级别。隔离性级别是指为保证数据库数据的完整性和一致性而使多用户事务隔离的程度，SQL92定义了4种隔离性级别：未提交读、提交读、可重复读和可串行。如果选择过高的隔离性级别，如可串行，虽然系统可以因实现更好隔离性而更大程度上保证数据的完整性和一致性，但各事务间冲突而死锁的机会大大增加，大大影响了系统性能。

（6）使用绑定连接, 绑定连接允许两个或多个事务连接共享事务和锁，而且任何一个事务连接要申请锁如同另外一个事务要申请锁一样，因此可以允许这些事务共享数据而不会有加锁的冲突。

作为一个系统设计员，我想是不会考虑用单一的办法解决死锁问题，应该具体问题具体分析。

(看标签只有java和mysql的，就挑出来说了，其他方面的我也没啥可以说的...)

运行时发现死锁：

java进程用jstack打出堆栈看看有没有就知道有没有死锁

mysql innodb的话，show engine innodb status 看看锁持有情况也能看的出来有没有死锁

怎么处理：首先肯定优先恢复服务。该回滚版本的回滚版本，该杀的杀，该重启的重启。

java进程：看jstack的堆栈找到阻塞的位置，然后对着代码分析

mysql：show engine innodb status已经可以看的到sql以及等待什么锁 etc.，对着分析就好，看不到sql的话可以用thread id去查mysql 的bin log查到具体执行的sql。

避免死锁：

我是没什么好的办法，只能说所有涉及到多线程 *** 作的地方都要提高警惕，涉及到资源竞争、加锁的地方都要提高警惕，分析清楚该逻辑会不会产生死锁。

条件允许的情况下可以做并发测试。

---