闲聊Mysql的锁与事务和java中的锁机制

主要参考文章：

https://tech.meituan.com/innodb-lock.html

http://blog.csdn.net/soonfly/article/details/70238902

这篇文章主要侧重Innodb引擎~

Innodb引擎为了保证事务的一致性、隔离性以及数据在并发读-读、读-写、写-写的情况下的正确性，用到的技术有：悲观锁（表锁、行锁、GAP间隙锁、next-key锁(行锁+GAP锁)）、MVCC（快照读、当前读）、乐观锁（MVCC+行锁 或 MVCC+CAS）。

为了解决表锁与行锁的冲突，Innodb还引入了意向锁。考虑以下场景：某张表有一亿条数据，事务A为某一行数据加了写锁，此时事务B想要为这张表加表级锁，此时显然是不能成功的，因为事务A持有了一个行锁。可是事务B要怎样检测到有行级锁被其他事务持有了呢，难道要扫描一亿条数据么？这样效率就低爆了，因此引入了意向锁，每当一个事务需要持有锁时（共享锁或者排他锁），首先在表上加一个意向共享锁或意向排它锁。当另外的事务想要获取表级锁时，首先检测表级锁是否被持有了，如果没被持有，则检测是否有表级意向锁，如果有，表明其他事务正在持有表中某些行的锁，因此该事务申请表锁的动作被阻塞，从而避免了全表锁检测。

参考下文：

---

作者：尹发条地精
链接：https://www.zhihu.com/question/51513268/answer/127777478
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

①在mysql中有表锁，LOCK TABLE my_tabl_name READ; 用读锁锁表，会阻塞其他事务修改表数据。LOCK TABLE my_table_name WRITe; 用写锁锁表，会阻塞其他事务读和写。②Innodb引擎又支持行锁，行锁分为共享锁，一个事务对一行的共享只读锁。排它锁，一个事务对一行的排他读写锁。③这两中类型的锁共存的问题考虑这个例子：事务A锁住了表中的一行，让这一行只能读，不能写。之后，事务B申请整个表的写锁。如果事务B申请成功，那么理论上它就能修改表中的任意一行，这与A持有的行锁是冲突的。数据库需要避免这种冲突，就是说要让B的申请被阻塞，直到A释放了行锁。数据库要怎么判断这个冲突呢？step1：判断表是否已被其他事务用表锁锁表step2：判断表中的每一行是否已被行锁锁住。注意step2，这样的判断方法效率实在不高，因为需要遍历整个表。于是就有了意向锁。在意向锁存在的情况下，事务A必须先申请表的意向共享锁，成功后再申请一行