mysql的锁分3类锁大致可以分成全局锁、表级锁和行锁三类。
全局锁
mysql提供一个加全局读锁的方法,命令是Flush tables with read lock.
当你需要整个库处于只读状态,可以使用这个命令,之后其他线程的以下语句会被阻塞:
- 数据更新语句(数据的增删改)
- 数据定义语句(包括建表,修改结构)
- 更新类事务提交
全局锁的典型使用场景,做全局逻辑备份,整库每个表都select 出来存成文本。
有的表不支持事务,那么只能用FTWRL(Flush tables with read lock.)
为什么不用set global readonly=true,虽然也能进入只读,建议用FTWRL为啥?
1.readonly用来判断主库还是备库
2.异常处理有差异,如果执行FTWRL由于客户端异常断开,那mysql会自动释放全局所。回复正常状态。
如果是readonly的话,客户端发生异常,数据库会一直保持readonly,导致库长时间不可写,风险高。
就算表级锁,不生效,表锁也会阻止增删改数据(DML),加字段等修改表结构的操作(DDL)
表级锁,一种是表锁,一种是元数据锁。(meta data lock,MDL)。
表锁的语法 lock tables ..read/write
与 FTWRL 类似,可以用 unlock tables 主动释放
锁,也可以在客户端断开的时候自动释放。需要注意,lock tables 语法除了会限制别的线程的
读写外,也限定了本线程接下来的操作对象。
而对于 InnoDB 这种支
持行锁的引擎,一般不使用 lock tables 命令来控制并发,毕竟锁住整个表的影响面还是太大。
另一类表级的锁是 MDL(metadata lock)。
在 MySQL 5.5 版本中引入了 MDL,当对一个表做增删改查操作的时候,加 MDL 读锁;当要对表做结构变更操作的时候,加 MDL 写锁。
读锁之间不互斥,因此可以有多个线程同时对一张表增删改查。
读写锁之间,写锁之间互斥,用来保证变更表结构操作的安全性,因此,如果有2个线程同时给一个表加字段,其中一个要等另外一个执行完才能开始执行。
mysql行锁,行锁是由引擎层由各自引擎实现的,并不是所有引擎都支持,比如Myisam就不支持行锁,这就是Innodb会替代它的原因之一,会影响并发度。
行锁:就是针对数据表中行记录的锁,事务A更新了一行,而这时,事务B也要更新同一行,必须等到事务A的操作完成后才能进行更新。
两段锁:
在 InnoDB 事务中,行锁是在需要的时候才加上的,但并不是不需要了就立刻释
放,而是要等到事务结束时才释放。这个就是两阶段锁协议
知道了这个设定,对我们使用事务有什么帮助呢?那就是,如果你的事务中需要锁多个行,要把
最可能造成锁冲突、最可能影响并发度的锁尽量往后放。
资源的占用却不释放,容易导致死锁,那么就引出来死锁的检测的概念。
当并发系统中不同线程出现循环资源依赖,涉及的线程都在等待别的线程释放资源时,就会导致
这几个线程都进入无限等待的状态,称为死锁。
出现死锁,有两种策略:
1.
一种策略是,直接进入等待,直到超时。这个超时时间可以通过参数
innodb_lock_wait_timeout 来设置。
2.
另一种策略是,发起死锁检测,发现死锁后,主动回滚死锁链条中的某一个事务,让其他事
务得以继续执行。将参数 innodb_deadlock_detect 设置为 on,表示开启这个逻辑
所有事务同时更新同一行?
多个死锁开启检测,万一同时1000个并发线程同时更新同一行,死锁检测就是10万个量级,消耗CPU资源
解决方案:
1.把临时死锁检测关闭
2.控制并发思路
3.设计上优化