《InnoDB行锁的实现分析》的评论

作者：lajabs

lajabs — Tue, 12 Jul 2011 11:29:41 +0000

这个在多线程开发里面比较常见，锁的粒度大，并发肯定受阻碍；
锁的粒度小，并发操作越多，从这个角度说死锁的概率必然会增加。

所以我认为死锁和锁的粒度没有直接关系，谈造成死锁没有意义，而造成死锁只是和并发有关。

duxing — Wed, 20 Oct 2010 11:21:05 +0000

应该是锁的粒度越大并发处理不好
但是锁的粒度越大的话应该是出现死锁概率会变小

锁的粒度越小，并发处理较好
但是出现死锁的概率会变大

MySQL索引与存储方式对性能的影响 | P.Linux Laboratory — Sat, 20 Mar 2010 09:27:26 +0000

[...] 并且在InnoDB中，一个聚集索引是必须的，如果没有定义主键，InnoDB也会自己隐含的建立一个聚集索引作为主键，因为InnoDB的主键索引还有个重要的功能就是行锁，这在我的另一篇文章中分析过。 [...]

P.Linux — Fri, 12 Feb 2010 15:19:57 +0000

@Fenng, 已经明白了，我一直想错了，详细了复习了下操作系统的锁机制原理，将专门撰文说明锁粒度和死锁概率的问题。感谢Fenng~

Fenng — Fri, 12 Feb 2010 08:17:31 +0000

“锁的粒度越大，则发生死锁的概率越小”

应该是粒度越大，死锁概率越大