MySQL 锁机制

锁机制： 解决因资源共享 而造成的并发问题。

示例： 买最后一件衣服

 

分类：

操作类型分：

•  a.读锁（共享锁）：对同一个数据 多个读操作可以同时进行 互不干扰
•  b.写锁（互斥锁）：如果当前写操作没有完毕（） 则无法进行其他的读锁，写锁

操作范围分：

•  a.表锁：一次性对一张表整体加锁。如MyISAM存储引擎使用表锁，开销小，加锁快：无死锁，但锁的范围大 容易发生锁冲突 并发度低
•  b.行锁：一次性对一条数据加锁。 冲突概率低 如innoDB存储引擎使用行锁 开销大，加锁慢，容易出现死锁 锁的范围较小不易发生锁冲突，并发度高（很小概率 发生高并发问题：脏读，幻读，不可重复读，丢失更新）
•  c.页锁

 

增加锁： lock table 表1 read/write ，表2 read/write

查看加锁的表： show open tables

ex：  lock table  tablelock read： 

 

 

如果某一个会话 对A表加了read锁 则该会话 可以对A表进行读操作，不能进行写操作； 且该会话不能对其他表进行读，写操作

即如果给A表加了读锁，则当前会话只能对A表进行读操作

其他会话：

 总结： 会话0给A表加了锁，其他会话的操作： 

 a.可以对其他表（A表以外的表）进行读，写操作

 b. 对A表 可以读，写需要等待释放锁；

 

释放锁：unlock tables；

 

加写锁：

当前会话可以的对加了写锁的表 进行任何操作  但是不能操作其他表

 其他会话： 对会话0中 加写锁的表 可以进行增删改查的前提是：等待会话0释放写锁

 

 

分析表锁定 show open tables ： 1代表被加了锁

分析表锁定的严重程度： show status like 'tabel%'；

table_locks_immediate :立刻能获取到的锁

table_locks_waited：需要等待的表锁数  如果该值越大 说明存在越大的锁竞争

一般建议： table_locks_immediate/table_locks_waited>5000 建议采用innoDB引擎 ，否则使用MyISAM引擎

 

ex:

   会话0: 写操作

解决办法： 要这个数据 就 commit  不要就 rollback

 

小结：

对行锁情况 要关闭自动提交

1如果会话x对某条数据a进行DML操作时  则其他会话必须等待会话x结束事务后 才能对数据进行操作

2.表锁是通过unlock tables ： 行锁是通过事务解锁

行锁注意事项： 如果没有索引，则行锁会转为表锁

原因：通过索引列 则发生了类型转换 索引失效 因此此次操作 会从行锁转换为表锁。

 

行锁： innoDB默认采用行锁

缺点：比表锁性能损坏大

优点：并发能力强效率高；

建议： 高并发用innoDB 否则用MyISAM

 

行锁分析：

查询行锁

如果仅仅是查询数据，能否加锁 for update 。 通过for update 对query 语句进行加锁。