《Mysql - 锁》
一：什么是锁？
- 锁是计算机协调多个进程或纯线程并发访问某一资源的机制。
- 通俗的来说，锁是一种对资源的保护形式。
二：锁分类
- 表级锁
- 开销小，加锁快，没有死锁，锁定粒度大，发生锁冲突的概率最大，并发度最低
- 行级锁
- 提到了行锁，也就提到了并发控制。Innodb
- 开销大，加锁慢，有死锁，锁定粒度小，发生锁冲突的概率最小，并发度最高
- 页面锁
- 介于表/锁之间。
三：如何加表锁？
- 读锁
- lock table 表名 read;
- 对于读锁来说，不会堵塞读操作，但会堵塞写。
- 
- 写锁
- lock table 表名 write;
- 对于写锁来说，会堵塞同表的读/写操作，在写操作时，他们是串行的
- 
- 释放线程占用锁
- unlock tables;
- 注意
- 使用 lock 语句执行的锁，不能 rollback回滚。
四：MyIsam 表锁相关
- 谁来加锁
- 在执行 SELECT 时， 会自动给表加上读锁
- 在执行 UPDATE/DELETE/…..，则会自动上写锁
- 为什么表锁不会有死锁
- MyIsam 在加锁时候，会一次获取涉及表所有的锁
- 如若是读锁，就不能写，如果是写，就不能读，这也就是MyIsam为什么不会有死锁的原因
- 锁调度
- 当一个进程处理写/一个进程处理读时，不分先后，总是写先得到锁，读等待
- 因为 MyIsam 认为写操作是比读更重要的，这也就是MyIsam 不适合大量更新插入操作的原因
- 同时，一些特别长时间的 读，也会使得 写 进程被 ‘饿死’
五：行锁加锁方式
- 共享锁(S)
- ...... lock in share mode;
- 允许一个数据读取一行，阻止其他事务获得相同数据的排他锁
- 当加共享锁之后要执行修改时，会自动的给该行数据加入排它锁
- 
- 排他锁(X)
- ...... for update;
- 允许获得排它锁的更新数据，阻止其他数据获得相同数据的共享锁和排它锁
- 等于写锁，阻止其他事务读取和更新，等待锁的释放
- 
- 意向共享锁(IS)
- Innodb 自动加锁
- 对于SELECT则不会加锁
- 意向排它锁(IX)
- Innodb 自动加锁
- 对于(UPDATE/INSERT/DELETE) 会自动加上 排它锁(X)
- 乐观锁
- 乐观锁是一种思想，它其实并不是一种真正的『锁』
- 乐观锁认为，在整个数据库执行过程中，是不会产生冲突的。
- 它会先尝试对资源进行修改，在写回时判断资源是否进行了改变，如果没有发生改变就会写回，否则就会进行重试，在整个的执行过程中其实都没有对数据库进行加锁；
- 悲观锁
- 悲观锁认为，这个操作是有冲突的，必须在获得锁的情况下才能执行操作。
- 悲观锁就是一种真正的锁了，它会在获取资源前对资源进行加锁，确保同一时刻只有有限的线程能够访问该资源。
- 其他想要尝试获取资源的操作都会进入等待状态，直到该线程完成了对资源的操作并且释放了锁后，其他线程才能重新操作资源；
六：行锁实现方式
- Innodb 的行锁是根据索引来说实现的，也就是，是对索引的加锁
- 也就是说，如果在不使用索引检索条件时，那么Innodb会对所有记录加锁，效果和表锁一样！
- 对于使用范围查询的 < > 等，Innodb 也会在范围内(间隙)进行加锁，也就是所谓的 Next-Key 锁
七：产生死锁的原因
- 原因
- 当两个或两个以上的事务相互持有和请求锁的时候，如果形成一个循环的依赖关系，就会产生死锁。
- 简单来说，就是两个开启的事务在相互等待对方释放出自己需要的锁，结果形成了一个依赖的关系，产生死锁。
- 示例
- 
八：减少锁冲突与死锁
- 选用较低的隔离级别
- 精心设计索引，尽量使用索引访问数据。使加锁更精确，避免锁冲突。
- 选择合理的事务大小，小事务发生冲突的概率更小。
- 显式加锁时，请一次请求足够级别的锁。
- 在访问不同表时，请尽量按照一定顺序访问表。对一个表来说，按照顺序访问，会大大减少死锁概率。
- 尽量使用 = 来查询数据，避免间隙锁对并发插入的影响。
- 除非必须，否则查询时不要加锁。
- 对一些特定的事务，加表锁有更好的效果。
九：锁相关
- 当开启一个 start transaction; 也等于隐形执行了一次 unlock tables;
- 在执行事务时，最好使用同一种存储引擎，因为 ROLLBACK/COMMIT 只能对同种引擎表做处理，如果不同，还需要对非事务表做特殊的处理.
- 正常情况下，只有提交事务日志被记录到二进制文件中，但是由于存在非事务表，所以，回滚语句也会记录到二进制日志
