mysql锁笔记

在说行锁和表锁之前，先认识一下索引。MySQL官方对索引的定义为：索引就是帮助MySQL高效获取数据的数据结构。

主要有B+Tree索引和hash索引

详情见：https://www.cnblogs.com/qixidi/p/10260180.html

 

行锁：

InnoDB支持行锁和事务。行锁是在索引上加载的，如果在加载行锁那一行数据没有索引，则会全表锁定，那就不是行锁了。

优点是并发大，发生锁冲突的概率小

缺点是加锁慢，性能影响较大。容易出现死锁

表锁：

myisam默认使用表锁。

优点是加锁快，性能影响较小，不会出现死锁

缺点是并发小，且容易产生锁冲突

 

 

 

死锁和锁冲突

锁的种类分为：共享锁和排它锁。间隙锁和Next-key锁都属于排它锁。

注意：除了共享锁和共享锁可以同时使用，共享锁和排它锁之间，排它锁和排它锁之间都不能共存。

死锁：举个例子，两个线程，T1线程锁定A行sql，T2线程锁定B行sql。然后T1在锁定A行sql的情况下申请锁定B行的数据，这个时候T1会发生阻塞，直至B行sql事务提交释放锁。T1申请锁定B行数据的时候，T2又申请锁定A行数据。又发生了阻塞。都不提交事务的话，就会出现死锁。（本人理解：锁请求循环阻塞  即死锁）

 

 

如何产生：系统资源竞争，进程对线程处理请求资源和施放资源的顺序不当，会导致死锁

 

产生的四个必要条件： 互斥、请求与保持、不可剥夺、循环等待

互斥：我骑着木马唱着喜洋洋美羊羊呢，你过来了，这木马一次只能一个人玩啊，你想玩，你得等我下来

（一个资源在某段时间内，只能被一个进程所占有）

请求与保持：我骑着木马玩的正开心，你拿着个魔方过来了，我不想从木马上下来，但是我又想玩魔方。就是吃着我碗里的，又看着你碗里的，小孩子才做选择题，我两个都想要

（一个进程已持有一个资源，但是又提出了新的资源请求，而请求的资源已被其他进程所占有）

不可剥夺：我知道这里有个木马，我想过来玩，但是你先过来了，我睁眼一看。你身长八尺，腰围丈二。坐在那木马上，唱着喜洋洋与美羊羊，很开心的样子......谁让我去夺这个木马我跟谁急，当然你主动下来咱另算。

（进程所获得的资源在未使用完毕之前，不能被其他进程所占有，只能等待持有该资源的进程主动释放）

循环等待：你骑着木马不想下来还想玩我的魔方，我拿着魔方不想松手，还想着你骑的木马。咱就死磕呗

（若干进程首位相接循环等待资源的关系）

 

锁冲突：比如要给已经加了共享锁（读锁）的一行数据再加排它锁（写锁），会产生锁冲突，排它锁和排它锁之间也会有冲突。

 

如何防止：乐观锁和悲观锁，稍后继续