最近遇到一个死锁问题,需要备注下:
1. 做数据的事务处理,需要先获得数据库的锁,然后又需要获得写数据库的缓存的锁,然后释放缓存的锁,再释放数据库的锁
2. 一个后台线程专门负责写数据到数据库,它先获取缓存的锁,然后从缓存中获取数据,然后再获取数据库的锁,再把数据写到数据库中,然后再释放数据库的锁,再释放缓存的锁
最后造成死锁。
解决办法: 把缓存先拷贝一份,然后释放缓存的锁,用拷贝的数据进行数据库的事物操作。
这个办法的实质是在数据库写线程中,将原来需要两个锁的同步操作分离为两个步骤,每个步骤只需要一个锁。这样就避免了死锁。
经验和教训:
1. 第一个线程明明是进行数据库操作,中间还要去更新数据库的缓存,这个本身就是一个危险,不合常理的操作。因为这样代码的层次结构混乱了。
2. 数据库的事务操作尽量简单一点,比如直接的数据库的读写操作。不要在里边做太复杂的,层次太深的操作。原因是:
1. 因为事务操作肯定有加锁,如果其中的操作太复杂,特别是和数据库无关的操作太复杂,将会导致数据库的锁长时间得不到释放。不符合加锁的细粒度原则。
2. 一旦复杂,容易引入其它的锁操作,带来死锁的可能性。