MySQL锁机制

mysql引入锁机制是为了保证数据并发访问时的一致性,有效性;

mysql中的锁分为全局锁,表级锁,行级锁三种,锁的粒度递减;

所有的锁都是基于事务的基础上进行讨论的;

全局锁 

全局锁就是对整个数据库加锁,加锁后所有的DML写语句,DDL语句,其他所有事务(除持有全局锁的事务)都将被阻塞,直到全局锁被释放;全局锁期间,整个数据库处于只读状态

全局锁主要用于数据库的备份

表级锁 

表级锁就是锁住整张表,锁的粒度大,发生锁冲突的概率高

表级锁分为表锁,元数据锁,意向锁三种

表锁

表锁细分为读锁写锁两种

读锁: 加了读锁的表,只可以读不可以写;在事务1加了读锁事务2仍可正常读取表数据

写锁: 加了写锁的表,只可在加锁的事务中进行读写,其他事务既不可以读也不可以写,尝试读写会导致事务阻塞,直到锁被释放才能正常读写

表锁为用户手动添加

元数据锁

元数据可以简单理解为表结构,元数据锁就是保护表结构的锁;

元数据锁可以分为共享锁排他锁两种

当对数据进行增删改查时,系统会自动加上共享锁(加in share mode时)

当对表结构进行更改时,系统会自动加上排他锁

共享锁之间不互斥,也即是可以同时在事务1中查找数据事务2中更改数据,不会引发阻塞

排他锁和其他元数据锁都互斥,也就是说使用排他锁后会阻塞所有会申请元数据锁的操作,只有事务提交释放排他锁后才能申请其他元数据锁;同理,当存在共享锁时也无法申请排他锁

元数据锁由系统自动添加,事务提交时自动释放

意向锁

意向锁是为了提高并发性能而引入的,解决的就是能否对表进行加锁的问题(行锁和表锁的冲突问题),不用通过遍历表去检查是否可以加锁

意向锁分为意向共享锁意向排他锁两种

当执行select读操作时,会对该数据加上行锁和意向共享锁,此时我们可以对表加上读锁(表锁共享锁),但不可以加写锁(表锁排他锁)--意向共享可加读锁

当执行insert,update等写操作时,会对该数据加上行锁和意向排他锁,此时我们无法对表加上读锁(表锁共享锁)/写锁(表锁排他锁)--意向排他不可加锁


上面的例子说的是先有行锁后加表锁的情况,而先有表锁后加行锁也是可行的

只要获取了写锁(表锁排他锁)就可以对其中的任意行进行加行锁,因为获取了写锁就是获取了该表的独占使用权

一些问题

元数据锁和意向锁可以同时存在吗?

 行级锁

行级锁锁住对应的行数据,锁粒度最小,并发度最高,发生锁冲突的概率最低

行锁是通过对索引加锁实现的

行级锁分为行锁,间隙锁,临键锁三种

行锁

行锁细分为共享锁排他锁两种

 简单说就是加了共享锁可以获取共享锁,排他锁排斥所有锁

写操作时加排他锁,读操作可加共享锁

行锁是对索引加的锁,如果不通过索引检索数据,行锁会升级为表锁

行锁是我们最常使用的锁,根据索引读写数据就会加上行锁,同时自动加上意向锁

间隙锁

间隙锁保护两个索引之间的间隙,假设有索引a和b,则间隙锁保护范围为(a,b)

 临键锁

临键锁保护的是当前索引以及索引之前的间隙,假设有索引a和b,则临键锁保护的范围是(a,b]

临键锁,间隙锁,行锁不互斥,可共存

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值