表锁(偏向于MyISAM引擎)
行锁:(当有索引时,索引如果失效行锁会变表锁,容易出问题)
特点:偏向于InnoDB引擎,开销大,加锁慢。会出现死锁;锁定粒度小,发生锁冲突的概率低,并发度最高。
InnoDB对 MyISAM的最大不同就是:一是支持事务,而是采用了行级锁。
下面主要测试表锁的执行情况以及操作过程:
设定给一个数据库有几张表表A,表B,表C。有两个终端在连接该数据库(模拟并发的情况)
(总结:读锁(read)回阻塞写,但是不会阻塞读;写锁(write)会把读和写都阻塞)
创建demo1,demo2两张表作为测试表;
向两个表中各自插入几条数据:
insert into demo1(id, sno) values(1,20);
insert into demo1(id, sno) values(2,11);
insert into demo1(id, sno) values(3,32);
insert into demo1(id, sno) values(4,42);
insert into demo1(id, sno) values(5,12);
insert into demo2(deptno, address) values(1,'10');
insert into demo2(deptno, address) values(2,'21');
insert into demo2(deptno, address) values(3,'31');
insert into demo2(deptno, address) values(4,'54');
insert into demo2(deptno, address) values(5,'75');
测试锁机制,为了更好了看到锁的效果,我们暂时将数据库的自动提交关闭:
将自动提交功能置为ON
SET AUTOCOMMIT=0;
将自动提交功能置为OFF
SET AUTOCOMMIT=1;
一:当终端1为表A进行了read锁(读锁)的时候,会出现的情况:
加锁:
lock table demo1read;
对表A的查询操作:
当前终端可以对表A进行查询操作:
select * from demo1;
终端2也可以对表A进行查询操作:
select * from demo1;
对其他表的查询操作:
当前终端不能查询其他表:
select * from demo2;
终端2可以查询或修改其他未锁定的表:
select * from demo2;
对表A的修改或插入操作:
当前终端不能插入或修改锁定的表A
update demo1 set sno=2 where id=5;
其他终端对其他表就行操作时,可以正常执行:
update demo2 set address='address' where deptno=5;
其他终端对表A执行插入或修改数据操作时,将进行阻塞状态(一直等待,当终端一将锁释放后立即执行操作):
update demo1 set sno=2 where id=5;
终端一释放锁,终端2立即执行操作:
释放锁:unlock table;
一:当终端1为表A进行了write锁(写锁)的时候,会出现的情况:
加锁:
lock table demo1 write;
当前终端:对表A的查询,修改,插入都可以操作
对表demo1进行修改:
终端二对表查询时会进入阻塞状态,一直到终端一释放锁。修改,更新不能操作。
终端二对表demo1进行查询:
select * from demo1;
终端一释放锁后,终端二立即执行操作:
小总结:
查看哪些表被加锁了:
show open tables;
(状态为1的表示加锁了,0的没有锁 )