死锁的例子和一个解决办法

最近遇到一个死锁问题，需要备注下：

1. 做数据的事务处理，需要先获得数据库的锁，然后又需要获得写数据库的缓存的锁，然后释放缓存的锁，再释放数据库的锁

2. 一个后台线程专门负责写数据到数据库，它先获取缓存的锁，然后从缓存中获取数据，然后再获取数据库的锁，再把数据写到数据库中，然后再释放数据库的锁，再释放缓存的锁

最后造成死锁。

解决办法: 把缓存先拷贝一份，然后释放缓存的锁，用拷贝的数据进行数据库的事物操作。

这个办法的实质是在数据库写线程中，将原来需要两个锁的同步操作分离为两个步骤，每个步骤只需要一个锁。这样就避免了死锁。

经验和教训：

1. 第一个线程明明是进行数据库操作，中间还要去更新数据库的缓存，这个本身就是一个危险，不合常理的操作。因为这样代码的层次结构混乱了。

2. 数据库的事务操作尽量简单一点，比如直接的数据库的读写操作。不要在里边做太复杂的，层次太深的操作。原因是：

1. 因为事务操作肯定有加锁，如果其中的操作太复杂，特别是和数据库无关的操作太复杂，将会导致数据库的锁长时间得不到释放。不符合加锁的细粒度原则。

2. 一旦复杂，容易引入其它的锁操作，带来死锁的可能性。