锁是计算机协调多个进程或线程并发访问某一资源的机制(避免资源争抢),可以保证数据并发访问的一致性,但是加锁会增加系统的开销
锁的分类
对数据操作粒度 :
1) 表锁:操作时,会锁定整个表
2) 行锁:操作时,会锁定当前操作行
对数据操作的类型:
1) 读锁(共享锁):针对同一份数据,多个读操作可以同时进行而不会互相影响
2) 写锁(排它锁):当前操作没有完成之前,它会阻断其他写锁和读锁
存储引擎
mysql5.5之前默认采用的是MyISAM,5.5之后默认采用的是innodb
- MyISAM(表锁)
读、写锁调度为写优先,因为写锁后其他线程不能做任何操作,所以不适合用做以写为主业务场景
对于SELECT语句,会自动给涉及的所有表加读锁,会阻塞其它线程对同一表的写操作
对于UPDATE、DELETE和INSERT语句,会自动给涉及的表加写锁,会阻塞其它线程对同一表的读和写
对于普通SELECT语句,不会加任何锁
对于UPDATE、DELETE和INSERT语句,会自动给涉及到的数据加排他锁
悲观锁
select quantity from items where id=100 for update;
insert into orders(id,item_id) values(null,100);
update Items set quantity=quantity-2 where id=100;
悲观锁是指在数据处理过程中使数据处于锁定状态,MySQL中使用悲观锁必须关闭MySQL的自动提交(set autocommit=0)
select ... for update是MySQL提供的悲观锁,此时在表中id为100的数据就被锁定,其它要执行select quantity from items where id=100 for update的事务必须等本次事务提交之后才能执行
select ... for update执行中所有扫描过的行都会被锁上,因此在使用悲观锁时必须确保索引有效,否则将会走全表扫描,将整个表锁住
乐观锁
select quantity,version from items where id=100;
insert into orders(id,item_id) values(null,100);
update items set quantity=quantity-1,version=version+1 where id=100 and version=
乐观锁在数据进行提交更新的时候,才会对数据的冲突与否进行检测,如果发现冲突了,则让返回错误信息
当提交更新的时候,判断表对应记录的版本信息与第一次取出来的version值,如果相等则予以更新,否则返回更新失败
商品库存扣减时,尤其是在秒杀、聚划算这种高并发的场景下,若采用version版本号作为乐观锁,则每次只有一个事务能更新成功,业务感知上就是大量操作失败
间隙锁
查找 id < 10的记录,此时数据库中id的值分别为1,2,3,4,6,9,而5,7,8就都是间隙。此时对 id < 10的记录加锁,不仅会对已存在的数据加锁,此时对间隙也会加锁
行锁升级为表锁
select quantity from items where id=100 and name = 900;
|