MySQL锁机制

定义

锁是计算机协调多个进程并发访问某一资源的机制。

锁的分类

• 从对数据操作的类型（读/写）分

1. 读锁（共享锁）：针对同一份数据，多个读操作可以同时进行而不会互相影响。
2. 写锁（排它锁）：当前写操作没有完成前，它会阻断其他写锁和读锁。

• 从对数据操作的粒度分

1. 表锁
2. 行锁

表锁（偏读）

特点：偏向MyISAM存储引擎，开销小，加锁快；无死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。

案例

建表

• 手动增加表锁

lock table 表名字 read(write), 表名字2 read(write), 其他;

• 查看表上加过的锁

show open tables;

• 释放表锁

unlock tables;

• 加读锁（我们为mylock表加read锁（读阻塞写例子））
  
  
• 加写锁（我们为mylock表加write锁（MyISAM存储引擎的写阻塞读例子））
  
  

案例结论

简而言之，就是读锁会阻塞写，但是不会阻塞读。而写锁则会把读和写都阻塞。

MyISAM的读写锁调度是写优先，这也是MyISAM不适合做写为主表的引擎。因为写锁后，其他线程不能做任何操作，大量的更新会使查询很难得到锁，从而造成永远阻塞。

行锁（偏写）

偏向Innodb存储引擎，开销大，加锁慢；会出现死锁；锁定粒度小，发生锁冲突的概率最低，并发度也最高。

Innodb与MyISAM的最大不同有两点：

• 一是支持事务（TRANSACTION）
• 二是采用了行级锁

事务

由于行锁支持事务，复习老知识

事务（Transaction）及其ACID属性

并发事务处理带来的问题

• 脏读（Dirty Reads）
  
• 不可重复读（Non-Repeatable Reads）
  
• 幻读（Phantom Reads）
  

事务四大隔离级别

行锁案例

建表

行锁定基本演示

无索引行锁升级为表锁

如果在更新数据的时候出现了强制类型转换导致索引失效，使得行锁变表锁，即在操作不同行的时候，会出现阻塞的现象。

间隙锁危害

• 什么是间隙锁：当我们用范围条件而不是相等条件索引数据，并请求共享或排他锁时，InnoDB会给符合条件的已有数据记录的索引项加锁；对于键值在条件范围内但并不存在的记录，叫做“间隙（GAP）”。InnoDB也会对这个“间隙”加锁，这种锁机制就是所谓的间隙锁（Next-Key锁）。

• 危害：

1. 因为Query执行过程中通过范围查找的话，会锁定整个范围内所有的索引键值，即使这个键值并不存在。
2. 间隙锁有一个比较致命的弱点，就是当锁定一个范围键值之后，即使某些不存在的键值也会被无辜的锁定，而造成在锁定的时候无法插入锁定键值范围内的任何数据。在某些场景下这可能会对性能造成很大的危害。

面试题：常考查询如何锁定一行

select * from 表 where 某一行的条件 for update;

案例结论

• InnoDB存储引擎由于实现了行级锁定，虽然在锁定机制的实现方面所带来的性能损耗可能比表级锁定会更高一些，但是在整体并发处理能力方面要远远优于MyISAM的表级锁定的。当系统并发量较高的时候，InnoDB的整体性能和MyISAM相比就会有比较明显的优势了。
• 但是，InnoDB的行级锁定同样也有其脆弱的一面，当我们使用不当的时候，可能会让InnoDB的整体性能表现不仅不能比MyISAM高，甚至可能会更差。

优化建议

• 尽可能让所有数据检索都通过索引来完成，避免无索引行锁升级为表锁。
• 合理设计索引，尽量缩小锁的范围。
• 尽可能减少索引条件，避免间隙锁。
• 尽量控制事务大小，减少锁定资源量和时间长度。
• 尽可能低级别事务隔离。