MySQL的锁机制(表锁(read/write)的详解 案例)

表锁(偏向于MyISAM引擎)

行锁:(当有索引时,索引如果失效行锁会变表锁,容易出问题)

         特点:偏向于InnoDB引擎,开销大,加锁慢。会出现死锁;锁定粒度小,发生锁冲突的概率低,并发度最高。

         InnoDB对 MyISAM的最大不同就是:一是支持事务,而是采用了行级锁。

MySQL的锁机制(表锁(read/write)的详解 案例)_第1张图片

 

下面主要测试表锁的执行情况以及操作过程:

        

设定给一个数据库有几张表表A,表B,表C。有两个终端在连接该数据库(模拟并发的情况)

(总结:读锁(read)回阻塞写,但是不会阻塞读;写锁(write)会把读和写都阻塞)

 

创建demo1,demo2两张表作为测试表;

MySQL的锁机制(表锁(read/write)的详解 案例)_第2张图片   MySQL的锁机制(表锁(read/write)的详解 案例)_第3张图片

 

向两个表中各自插入几条数据:        

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');

 MySQL的锁机制(表锁(read/write)的详解 案例)_第4张图片  MySQL的锁机制(表锁(read/write)的详解 案例)_第5张图片

 

测试锁机制,为了更好了看到锁的效果,我们暂时将数据库的自动提交关闭:

         将自动提交功能置为ON

SET AUTOCOMMIT=0;

         将自动提交功能置为OFF

SET AUTOCOMMIT=1;

 

一:当终端1为表A进行了read锁(读锁)的时候,会出现的情况:

         加锁:

lock table demo1read;

        

        

对表A的查询操作:

当前终端可以对表A进行查询操作:

                 

select * from demo1;

                  MySQL的锁机制(表锁(read/write)的详解 案例)_第6张图片

        

终端2也可以对表A进行查询操作:

                 

select * from demo1;

                  MySQL的锁机制(表锁(read/write)的详解 案例)_第7张图片

                 

对其他表的查询操作:

         当前终端不能查询其他表:

        

select * from demo2;

                 

                 

         终端2可以查询或修改其他未锁定的表:

                 

 select * from demo2;

                  MySQL的锁机制(表锁(read/write)的详解 案例)_第8张图片

 

对表A的修改或插入操作:

         当前终端不能插入或修改锁定的表A

        

 update demo1 set sno=2 where id=5;    

MySQL的锁机制(表锁(read/write)的详解 案例)_第9张图片

                 

         其他终端对其他表就行操作时,可以正常执行:

        

update demo2 set address='address' where deptno=5;

         MySQL的锁机制(表锁(read/write)的详解 案例)_第10张图片

        

         其他终端对表A执行插入或修改数据操作时,将进行阻塞状态(一直等待,当终端一将锁释放后立即执行操作):

                 

update demo1 set sno=2 where id=5;

                  MySQL的锁机制(表锁(read/write)的详解 案例)_第11张图片

                  终端一释放锁,终端2立即执行操作:

                 

释放锁:unlock table;

                  MySQL的锁机制(表锁(read/write)的详解 案例)_第12张图片

 

 

一:当终端1为表A进行了write锁(写锁)的时候,会出现的情况:

         加锁:

lock table demo1 write;

        

 

当前终端:对表A的查询,修改,插入都可以操作

         对表demo1进行修改:

        

        

终端二对表查询时会进入阻塞状态,一直到终端一释放锁。修改,更新不能操作。

         终端二对表demo1进行查询:

        

select * from demo1;

        

         终端一释放锁后,终端二立即执行操作:

         MySQL的锁机制(表锁(read/write)的详解 案例)_第13张图片

 

小总结:

MySQL的锁机制(表锁(read/write)的详解 案例)_第14张图片

 

查看哪些表被加锁了:

        

show open tables;

         (状态为1的表示加锁了,0的没有锁 )

MySQL的锁机制(表锁(read/write)的详解 案例)_第15张图片

 

 

 

你可能感兴趣的:(MySQL锁机制,表锁,MySql数据库)