1、基础介绍:
计算机协调多个进程或线程并发访问某一资源的机制,锁可以对有限的资源进程保护,解决隔离和并发的矛盾;
2、分类:
对数据操作类型:读锁、写锁;
对数据操作的颗粒度分:行锁、表锁;
- 读锁(共享锁):
针对同一数据,多个读操作可以同时进行而不会相互影响;
- 写锁(排它锁):
当前写操作没有完成前,他会阻断其他写锁和读锁;
- 行锁:
偏向MySIAM引擎,开销小,加锁快;不会出现死锁;锁定力度大,发生锁冲突概率高,并发度最低;
- 表锁(偏读):
偏向InnoDB引擎,开销大,加锁慢;会出现死锁;锁定粒度小,发生锁冲突的概率低,并发度高;
- 页锁(偏写):
开销和加锁速度介于表锁和行锁之间;会出现死锁;锁定粒度介于表锁和行锁之间,并发度一般;
- InnoDb和MySIAM引擎最大不同有两点:1、支持事务,2、采用行级锁
- 事务ACID:
- 原子性(Atomicity):一个事务必须被视为一个不可分割的最小工作单元,整个事务中的所有操作要么全部提交成功,要么全部失败回滚,对于一个事务来说,不可能只执行其中的一部分操作,这就是事务的原子性
- 一致性(Consistency): 数据库总是从一个一致性的状态转换到另一个一致性的状态。
- 隔离性(Isolation):一个事务所做的修改在最终提交以前,对其他事务是不可见的。
- 持久性(Durability):一旦事务提交,则其所做的修改不会永久保存到数据库。
3、注意点:
当操作数据时,索引失效,会导致行锁变成表锁;
间隙锁:
当使用范围条件检索数据时,并请求共享或排它锁是,InnoDB会给符合条件的已有数据记录的索引项加锁,对于键值在条件范围内但并不存在的记录,叫做间隙,InnoDB也会对这个间隙加锁,这种锁机制就叫做间隙锁;
4、如何锁定某一行:
- 取消自动提交;
set autocommit = 0;
- 开始;
begin;
- 操作/检索某一行
select * from 表名 where 条件 for update;
通过for update 锁定某一行之后其他的操作会阻塞,直到锁定行的会话提交commit;
- 解除锁定;
commit;
5、查看锁情况
show status like '%innodb_row_lock%';
Innodb_row_lock_current_waits:当前正在等待锁的数量;
Innodb_row_lock_time:从系统启动到现在锁定总时间长度;
Innodb_row_lock_time_avg:每次等待所花平均时间;
Innodb_row_lock_time_max:从系统启动到现在等待最长的一次所花的时间长度;
- 对于这5个状态变量,比较重要的是:
- Innodb_row_lock_time_avg,Innodb_row_lock_waits,Innodb_row_lock_time。
- 尤其是当等待次数很高,而且每次等待时长也很大的时候,我们就要分析系统中为什么有这么多的等待,然后根据分析结果来制定优化。
6、优化:
- 尽可能让所有数据都通过索引来完成,避免无索引行锁变表锁;
- 合理设计索引,尽量缩小锁的范围;
- 尽可能较少范围检索条件,避免间隙锁;
- 尽量控制事务大小,减少锁定资源量和时间长度;
- 尽可能低级别事务隔离;