MySQL-锁机制详述( 二 )

insert into tb_book values(null,'Mysql高级','2088-01-01','1');

MySQL-锁机制详述

文章插图
 
可以正常查询出未锁定的表;
客户端 一 :
6) 执行插入操作
insert into tb_book values(null,'Mysql高级','2088-01-01','1');
MySQL-锁机制详述

文章插图
 
执行插入, 直接报错 , 由于当前tb_book 获得的是 读锁, 不能执行更新操作 。
客户端 二 :
7) 执行插入操作
insert into tb_book values(null,'Mysql高级','2088-01-01','1');
MySQL-锁机制详述

文章插图
 
当在客户端一中释放锁指令 unlock tables 后 , 客户端二中的 inesrt 语句 , 立即执行 ;
1.2.3 写锁案例客户端 一 :
1)获得tb_book 表的写锁
lock table tb_book write ;2)执行查询操作
select * from tb_book ;
MySQL-锁机制详述

文章插图
 
查询操作执行成功;
3)执行更新操作
update tb_book set name = 'java编程思想(第二版)' where id = 1;
MySQL-锁机制详述

文章插图
 
更新操作执行成功 ;
客户端 二 :
4)执行查询操作
select * from tb_book ;
MySQL-锁机制详述

文章插图
 
当在客户端一中释放锁指令 unlock tables 后 , 客户端二中的 select 语句 , 立即执行 ;
MySQL-锁机制详述

文章插图
 
1.2.4 结论锁模式的相互兼容性如表中所示:
MySQL-锁机制详述

文章插图
 
由上表可见:
1) 对MyISAM 表的读操作,不会阻塞其他用户对同一表的读请求,但会阻塞对同一表的写请求;
2) 对MyISAM 表的写操作,则会阻塞其他用户对同一表的读和写操作;
简而言之,就是读锁会阻塞写,但是不会阻塞读 。而写锁,则既会阻塞读,又会阻塞写 。
此外,MyISAM 的读写锁调度是写优先,这也是MyISAM不适合做写为主的表的存储引擎的原因 。因为写锁后,其他线程不能做任何操作,大量的更新会使查询很难得到锁,从而造成永远阻塞 。
1.2.5 查看锁的争用情况show open tables;
MySQL-锁机制详述

文章插图
 
In_user : 表当前被查询使用的次数 。如果该数为零,则表是打开的,但是当前没有被使用 。
Name_locked:表名称是否被锁定 。名称锁定用于取消表或对表进行重命名等操作 。
show status like 'Table_locks%';
MySQL-锁机制详述

文章插图
 
Table_locks_immediate : 指的是能够立即获得表级锁的次数,每立即获取锁,值加1 。
Table_locks_waited : 指的是不能立即获取表级锁而需要等待的次数,每等待一次,该值加1,此值高说明存在着较为严重的表级锁争用情况 。
1.3 InnoDB 行锁1.3.1 行锁介绍行锁特点 :偏向InnoDB 存储引擎,开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度也最高 。
InnoDB 与 MyISAM 的最大不同有两点:一是支持事务;二是 采用了行级锁 。
1.3.2 背景知识事务、ACID属性、事务隔离级别,详情请看:事务特性及隔离级别详述
1.3.3 InnoDB 的行锁模式InnoDB 实现了以下两种类型的行锁 。
  • 共享锁(S):又称为读锁,简称S锁,共享锁就是多个事务对于同一数据可以共享一把锁,都能访问到数据,但是只能读不能修改 。
  • 排他锁(X):又称为写锁,简称X锁,排他锁就是不能与其他锁并存,如一个事务获取了一个数据行的排他锁,其他事务就不能再获取该行的其他锁,包括共享锁和排他锁,但是获取排他锁的事务是可以对数据就行读取和修改 。
对于UPDATE、DELETE和INSERT语句,InnoDB会自动给涉及数据集加排他锁(X);
对于普通SELECT语句,InnoDB不会加任何锁;
可以通过以下语句显示给记录集加共享锁或排他锁。
共享锁(S):SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE?排他锁(X) :SELECT * FROM table_name WHERE ... FOR UPDATE


推荐阅读