加全局锁
flush tables with read lock ;
mysqldump -hlocalhost -uroot –proot123 itcast > test.sql
在客户端一加读锁

在客户端二执行读操作和写操作

在客户端一加写锁

客户端二执行读操作和写操作
|
对应
SQL
|
锁类型
说明
|
说明
|
|
lock tables xxx read / write
|
SHARED_READ_ONLY / SHARED_NO_READ_WRITE
| |
|
select
、
select ... lock in share mode
|
SHARED_READ
|
与
SHARED_READ
、
SHARED_WRITE
兼容,与EXCLUSIVE互斥
|
|
insert
、
update、
delete、
select ... for update
|
SHARED_WRITE
|
与
SHARED_READ
、
SHARED_WRITE
兼容,与EXCLUSIVE互斥
|
|
alter table ...
|
EXCLUSIVE
|
与其他的
MDL
都互斥
|
查看元数据锁的加锁
select object_type,object_schema,object_name,lock_type,lock_duration from performance_schema.metadata_locks ;
结果
客户端一加元数据共享锁

客户端二加
客户端一加共享锁
客户端二加共享排他锁,阻塞元数据排他锁
一旦事务提交了,意向共享锁、意向排他锁,都会自动释放。
可以通过过以下SQL,查看意向锁及行锁的加锁情况
select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
客户端一加意向共享锁

客户端二加读锁,意向共享锁与表读锁是兼容的
客户端一加意向排他锁
意向排他锁与表读锁、写锁都是互斥的
行锁常见的SQL语句,在执行时,所加的行锁。
|
SQL
|
行锁类型
|
说明
|
|
INSERT ...
|
排他锁
|
自动加锁
|
|
UPDATE ...
|
排他锁
|
自动加锁
|
|
DELETE ...
|
排他锁
|
自动加锁
|
|
SELECT
(正常)
|
不加任何锁
| |
|
SELECT ... LOCK IN SHARE
MODE
|
共享锁
|
需要手动在
SELECT
之后加
LOCK IN SHARE MODE
|
|
SELECT ... FOR UPDATE
|
排他锁
|
需要手动在
SELECT
之后加
FOR UPDATE
|
可以通过以下SQL,查看意向锁及行锁的加锁情况
- select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from
- performance_schema.data_locks;
无索引行锁升级为表锁
客户端一,根据name字段进行更新时,name字段是没有索引的,如果没有索引,此时行锁会升级为表锁(因为行锁是对索引项加的锁,而name没有索引)

索引上的等值查询(唯一索引),给不存在的记录加锁时, 优化为间隙锁 。

无法插入

索引上的范围查询(唯一索引)--会访问到不满足条件的第一个值为止。
