MySQL 并发控制（锁得使用）

导读

并发问题：同一时刻进行读写，并发问题回引发数据不一致问题。

解决并发问题：MySQL采用了锁定机制去解决并发问题

锁的分类

　　MySQL使用两种锁机制去解决问题：共享锁和排他锁，也叫读锁或者写锁。

• • 共享锁、读锁：不影响其他连接的读，写会受影响
  • 排他锁、写锁：会不让其他连接进行读写

　　MySQL针对不同的数据粒度，又分别使用表锁和行锁进行锁定。

锁的实现

　　MySQL是使用MVCC(Multi-Version Concurrency Control)实现的（性能很好，其实并没有真正上锁）。

• • 悲观锁（真正上锁）
  • 乐观锁（通过一些递增的字段来控制逻辑上锁）

　　MVCC这种机制是通过对一行数据的几个隐藏列进行操作实现的。

　　B+树的数据行，其实每一行都要加上几个隐藏列（版本号，一条记录可能对应几个版本号，差不多可以这样理解，一个版本号，对应一个快照）

服务层和存储引擎层

　　服务层只是实现了表锁：

　　　　加锁：lock table 表名 read(write),表名2 read(write)

　　　　解锁：unlock tables;

　　存储引擎层实现行锁(只有InnoDB和extraDB实现了行锁)

　　存储引擎层和服务器层可能都实现了行锁，但是实现逻辑不一样，优先使用存储引擎层的实现。

　　事务部分会隐式的去加行锁和表锁，其中这个表锁不是服务器层实现的表锁。

行锁和表锁对比

　　表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低

　　行级锁：开销大，加锁慢；回出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度最大

MVCC并发控制，读操作分类

　　在MVCC并发控制中，读操作可以分成两类：快照读(snapshot read)与当前读(current read)。

　　快照读，读取的记录的可见版本(有可能是历史版本)，不用加锁。

　　当前读，读取的是记录的最新版本，并且，当前读返回的记录，都会加上锁，保证其他事务不会再并发修改这条记录。

快照读：简单的select操作，属于快照读，不加锁。

select * from table_name where ?;

当前读：特殊的操作，插入/更新/删除操作，属于当前读，需要加锁。

select * from table_name where ? lock in share mode;

select * from table_name where ? for update;

insert into table_name values (...);

update table_name set ? where ?;

delete from table_name where ?;

　　以上都属于当前读，读取记录的最新版本。并且读取之后，还需要保证其他并发事务不能修改当前记录，对读取记录加锁。其中，除了第一条语句，对读取记录加S锁(共享锁)外，其他的操作，都加的事X锁(排他锁)。

InnoDB和MyISAM最大区别

InnoDB有行级锁和事务