数据库为什么需要锁

锁机制:解决因资源共享而造成的并发问题。

事务在并发执行时，对同一张表(或同一条数据)进行操作而引发的问题

示例:买最后一件衣服X

A: X 买:X加锁->试衣服...下单..付款..打包->X解锁

B: X 买:发现X己被加锁,等待X解锁, X己出售

锁分类

操作类型

a. 读锁(共享锁):对同一个数据(衣服),多个读操作可以同时进行,互不干扰。

b. 写锁(互斥锁):如果当前写操作没有完毕(买衣服的一系列操作),则无法进行其他的读操作、写操作

操作范围

a. 表锁
一次性对一张表加锁
MyISAM存储引擎默认使用表锁
开销小，加锁快，无死锁，但锁的范围大，容易发生锁冲突，并发度低

b. 行锁
一次性对一条数据加锁
InnoDB存储引擎默认使用行锁
开销大，加锁慢，容易出现死锁，锁的范围较小，不容易发生锁冲突，并发度高
(很小概率发生高并发问题:脏读、幻读、不可重复读、丢失更新等问题)

c. 页锁

建议：高并发采用InnoDB，否则采用MyISAM

（1）表锁（MyISAM）

锁相关命令

增加锁:
locak table 表1 read/write,表2 read/write,…

査看加锁的表:
show open tables ;

释放锁:
unlock tables ;

会话 session :每一个访问数据的dos命令行、数据库客户端工具都是一个会话

准备数据

create table tablelock
(
id int primary key auto_increment, --自增操作MYSQL/SQLSERVER支持;oracle需要借助于序列来实现自增
name varchar(20)
)engine myisam;

insert into tablelock(name) values('al');
insert into tablelock(name) values('a2');
insert into tablelock(name) values('a3');
insert into tablelock(name) values ('a4');
insert into tablelock(name) values ('a5');
commit;

===加读锁

会话0:

lock table tablelock read ;  --对tablelock加读锁

-- 测试对tablelock的读与写
select * from tablelock; --读(査),可以
delete from tablelock where id =1 ; --写(增刪改),不可以

-- 测试对其他表的读与写
select * from emp ; --读,不可以
delete from tablelock where eno = 1; --写,不可以

小结：
如果某一个会话对A表加了read锁,则该会话可以对A表进行读操作、不能进行写操作;且该会话不能对其他表进行读、写操作。
--即如果给A表加了读锁,则当前会话只能对A表进行读操作。

会话1 (其他会话):

select * from tablelock; --读(査),可以
delete from tablelock where id =1 ; --写,需要"等待"会话0将锁释放

select * from emp ; --读(査),可以
delete from emp where eno = 1; -- 写,可以

--总结:
会话0给A表加了锁,则其他会话:
a.可以对其他表(A表以外的表)进行读、写操作
b.对A表:读-可以;写-需要等待释放锁。

===加写锁:

会话0:
lock table tablelock write ;

结论和读锁大致一样：
当前会话(会话0)可以对加了写锁的表进行任何操作(增刪改査);但是不能操作其他表

其他会话:
对会话0中加写锁的表可以进行增删改查的前提是:等待会话0释放写锁

进行了两次加锁,Navicat死了
刚试了貌似只有读锁可以反复加,写锁只能一个会话加,这也符合上一节课的逻辑

MySQL表级锁的锁模式

MyISAM在执行査询语句(SELECT)前,会自动给涉及的所有表加读锁,在执行更新操作(DML)前,会自动给涉表加写锁。所以对MyISAM表进行操作,会有以下情况:
a、 对MyISAM表的读操作(加读锁),不会阻塞其他进程(会话)对同一表的读请求,但会阻塞对同一表的写请求。只有当读锁释放后,才会执行其它进程的写操作。
b、对MyISAM表的写操作(加写锁).会阻塞其他进程(会话)对同一表的读和写操作,只有当写锁释放后,才会执行其它进程的读写操作。

分析表锁定

查看哪些表加了锁:
show open tables ; -- 1代表被加了锁

分析表锁定的严重程度:
show status like 'table%' ;

Table_locks_immediate: 即可能获取到的锁数
Table_locks_waited: 需要等待的表锁数(如果该值越大,说明存在越大的锁竞争)

建议:
Table_locks_immediate/Table_locks_waited > 5000,建议采用InnoDB引擎,否则MyISAM引擎

如果需要等待的表锁数大了,这个比例越低,表示锁冲突越严重,为什么要选择MyISAM,不应该是才用InnoDB

(2)行锁(InnoDB)

行锁相关命令

表锁是通过unlock tables,也可以通过事务解锁;行锁是通过事务解锁。

关闭自动commit

--mysql默认自动commit; oracle默认不会自动commit ;
为了研究行锁,暂时将自动commit关闭,以后需要通过commit

将自动提交关闭: 共有三种方式

-- 关闭自动commit;

 set autocommit =0 ;
 start transaction ;
 begin;

准备数据

create table linelock
(
id int(5) primary key auto_increment,
name varchar(20)
)engine=innodb ;

insert into linelock(name) values ('1');
insert into linelock(name) values ('2');
insert into linelock(name) values ('3');
insert into linelock(name) values ('4');
insert into linelock(name) values ('5');

commit ;

写锁

两个会话update或delete同一条数据（即便是第一个会话刚插入还没有来得及提交的数据）

操作同一条数据
会话0:写操作
insert into linelock values ('a6');

会话1:写操作同样的数据
update linelock set name='ax' where id = 6;

小结:
如果会话x对某条数据a进行DML操作(研究时:关闭了自动commit的情况下),则其他会话必须等待会话x结束事务(commit/rollback)后才能对数据a进行操作。

操作不同数据

会话0:写操作
insert into linelock values(8, 'a8');

会话1:写操作,不同的数据
update linelock set name='ax' where id = 5;

小结：
行锁,一次锁一行数据;因此如果操作的是不同数据,则不干扰。

行锁会转为表锁

如果没有索引,则行锁会转为表锁

show index from linelock ;
alter table linelock add index idx_linelock_name(name);

-- 索引未失效
会话0:写操作
update linelock set name = 'ai' where name = '3';
会话1: 写操作,不同的数据
update linelock set name = 'diX' where name = '4' ;

-- 索引失效
会话0:写操作
update linelock set name = 'ai' where name = 3 ;
会话1:写操作,不同的数据
update linelock set name = 'aiX' where name = 4;
-- 可以发现数据被阻塞了（加锁）

原因: 如果索引类 发生了类型转换,则索引失效。因此此次操作,会从行锁转为表锁。

间隙锁

行锁的一种特殊情况:间隙锁:值在范围内,但却不存在

update linelock set name = 'x' where id >1 and id<9 ; -- 此时linelock表中没有id=7的数据

在此where范围中,没有 id=7的数据,则id=7的数据成为间隙。Mysql会自动给间隙加锁->间隙锁。即本题会自动给id=7的数据加间隙锁(行锁)。

行锁:如果有where,则实际加锁的范围就是where后面的范围(不是实际的值)

读锁

如果仅仅是査询数据,能否加锁？

可以,通过for update对query语句进行加锁。
select * from linelock where id=2 for update;

MySQL行级锁的锁模式

InnoDB默认采用行锁;

缺点:比表锁性能损耗大。

优点:并发能力强，效率高。

因此建议，高并发用InnoDB,否则用MyISAM.

加锁机制规律总结

表锁：
会话(事务) 对那张表加锁，那当前会话 就只能操作那张表，如果是读锁，那就只能读，如果是写锁，那就可以增删改查。

其他会话 对该表操作: 如果是读锁，那就可以读，写的话需要等待锁释放；如果是写锁的话，读与写 都需要等待锁释放。

行锁：上面的表换成行