MySQL的锁机制

一、定义

为了解决资源共享而造成的并发问题。

买最后一件衣服X：

A：对衣服X进行加锁——试衣服、下单、打包——对衣服X解锁

B：发现衣服X被加锁，只能等待X解锁，X解锁后发现衣服今天售空

二、分类

按操作类型:

①读锁（共享锁）：对同一数据，多个读操作可以同时进行，互不干扰

②写锁（排它锁）：如果当前写操作没有结束，则无法进行其他的读操作和写操作

读：select

写：update、insert into、delete

按操作范围：

①表锁()：一次性对一张表进行整体加锁

表类型为MyISAM , 开销小，加锁快，无死锁，锁的范围大容易造成锁冲突，并发度低

②行锁：一次性对一条数据进行加锁

表类型为InnoDB，开销大，加锁慢，死锁，锁的范围小不会造成锁冲突，并发度高

③页锁

死锁：两个及两个以上事务在执行过程中，因资源争夺而造成的相互等待的现象

并发度高：很小的概率出现高并发问题，如脏读、幻读和不可重复读

三、表锁用MyISAM（读）

会话0 : lock table 表1 read

会话0：可以读表1；不可以写表1；不可以读、写其他表

其他会话：可以读表1；不可以写表1；可以读、写其他表

四、表锁用MyISAM（写）

会话0：lock table 表1 write

会话0：可以读表1；:可以写表1；不可以读、写其他表

其他会话：对表1进行增删改查的前提是会话0释放写锁

五、表锁进行解锁

unlock table 表1；

也可以通过事务来解锁

六、分析表锁定

show open tables    1代表加锁，0代表没有加锁

show status like 'table%'

①table_locks_immediate :可能获得的锁数

②table_locks_waited:需要等待的表锁数（值越大，表示存在越大的锁竞争）

一般建议：

当table_locks_immediate/table_locks_waited>5000，用InnoDB，否则用MyISAM

七、行锁用InnoDB（写）

会话0：增删改操作（同样的数据），进行加锁

会话1：增删改操作（同样的数据），发现数据被加锁，不能进行增删改操作；直到会话0将该锁释放才能进行写操作

行锁通过事务commit/rollback进行解锁

---

会话0：增删改操作（不同的数据），进行加锁

会话1：增删改操作（不同的数据），会话0不影响会话1的增删改操作

---

注意事项：

①如果没有索引，则行锁转为表锁

当索引类型转换，则索引失效，行锁转化为表锁

②行锁的一种特殊情况：间隙锁

表1中没有id=7的数据

update 表1 set name='x' where id>1 and id<9

间隙：mysql会自动给间隙加锁（称为间隙锁）

行锁：如果有where ,则实际加锁的范围就是where后面的范围，不是实际的值

---

InnoDB用的是行锁

行锁的优点：并发能力强，效率高

行锁的缺点：比表锁性能损耗大

所以如果是高并发，采用InnoDB,否则用MyISAM

八、行锁用InnoDB（读）

怎么在查询的时候加锁呢？

select * from score for update(此条查询加锁了)

通过for update给查询语句加锁