首页 > 数据库> 文章详细

mysql锁机制

2022-06-09 11:34:48 阅读：169 来源： 互联网

标签：name 行锁 -- linelock 会话 mysql 机制 where

锁

解决：资源共享，所引发的并发问题

锁类型

按操作类型分
	读锁（共享锁）
		对于同一条数据，可多条读数据同时进行，互不干涉

	写锁（互斥锁）
		如果当前写操作未完成，则无法进行其他的读写操作

按操作范围分

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

	行锁
		一次性对一条数据加锁
		InnoDB默认使用行锁
		开销大，加锁慢，容易出现死锁，锁的范围较小，不容易发生锁冲突，并发度高（很小发生并发问题：脏读、幻读、不可重复读、丢失更新等问题）

			比表锁性能损耗大
			并发能力强，效率高
	页锁
	
建议：高并发采用InnoDB，否则采用MyISAM

表锁:

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

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

增加锁:
lock table 表1 read/write, 表2 read/write, ....

查看加锁的表:
show open tables;

会话:session

释放锁
unlock tables;

加读锁

会话0:
    lock table tablelock read;
    
    select * from tablelock; -- 读（查）,可以
    delete from tablelock where id=1; -- 写（增删改），不可以

    select * from emp;  -- 读，不可以
    delete from emp where eno = 1 ; -- 写，不可以

会话1（其他会话）:
    select * from tablelock; -- 读（查），可以
    delete from tablelock where id=1; --写，会"等待"会话0将锁释放

会话1（其他会话）:
    select * from emp; -- 读（查），可以
    delete from emp where eno=1; --写，可以

-- 如果某一个会话对A表加了read锁，
    -- 则该会话可以对A表进行读操作、不能进行写操作；且该会话不能对其他表进行读、写操作。(即如果给A表加了读锁，则当前会话只能对A表进行读操作。)
    -- 其他会话，对A表可以读，写需要等待锁释放；可以对其他表（A表以外的表）进行读、写操作

加写锁

会话0:
    lock table tablelock write;

当前会话（会话0）
可以对加了写锁的表进行任何操作（增删改查）;但是不能操作（增删改查）其他表
其他会话:
对会话0中加写锁的表可以进行增删改查的前提是:等待会话0释放写锁

MySQL表级锁的锁模式

MyISAM在执行查询语句（SELECT）前，会自动给涉及的所有表加读锁，
在执行更新操作（DML）前，会自动给涉及的表加写锁。

所以对MyISAM表进行操作，会有以下情况:

对MyISAM表的读操作（加读锁），不会阻塞其他进程（会话）对同一表的读请求，
但会阻塞对同一表的写请求。只有当读锁释放后，才会执行其它进程的写操作。
对MyISAM表的写操作（加写锁），会阻塞其他进程（会话）对同一表的读和写操作，
只有当写锁释放后,才会执行其它进程的读写操作

表锁分析

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

分析表锁定的严重程度:
show status like 'table%';
    Table_locks_immediate:即可能获取到的锁数
    Table_locks_waited:需要等待的表锁数（如果该值越大，说明存在越大的锁竞争）

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

行锁

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

-- mysql默认自动commiit; oracle 默认不会自动commit

为了研究行锁，暂时将自动commit关闭; set autocommit=0; 以后需要通过commit

写锁

行锁，操作相同数据:

    会话0:写操作
        insert into linelock values('a6');

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

如果会话x对某条数据a进行DML操作（研究时:关闭了自动commit的情况下），则其他会话必须等待会话x结束事务(commit/rollback)后,才能对数据a操作.
表锁是通过unlock tables，也可以通过事务解锁;行锁是通过事务解锁。

行锁，操作不同数据:

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

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

-- 行锁，一次锁一行数据；因此如果操作的是不同数据，则不干扰。

读锁

如何仅仅是"查询数据"，能否加锁？可以 for update

    1. 研究学习时，自动提交关闭:
        set autocommit=0;
        start transaction;
        begin;
    
    2. 通过 for update 对query语句进行加锁。
        select * from linelock where id=2 for update;

行锁的特殊情况

a.如果没有索引，则行锁会转为表锁

    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 = 'aiX' where name = '4';

    会话0:写操作
    update linelock set name = 'ai' where name = 3;
    会话1:写操作，不同的数据
    update linelock set name = 'aiX' where name = 4;

-- 可以发现，数据被阻塞了（加锁）

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

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

update linelock set name='x' where id > 1 and id < 9; 
--即在此where范围中，没有id=7的数据

间隙:Mysql会自动给间隙加锁 -> 间隙锁。即本题会自动给id:7的数据加间隙锁（行锁）
行锁:如果有where,则实际加锁的范围就是where后面的范围（不是实际的值）

MySQL行级锁的锁模式

InnoDB默认采用行锁;

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

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

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

行锁分析

show status like '%innodb_row_lock%';
    Innodb_row_lock_current_waits:当前正在等待锁的数量
    Innodb_row_lock_time:等待总时长。从系统启到现在 一共等待的时间
    Innodb_row_lock_time_avg:平均等待时长。从系统启到现在平均等待的时间
    Innodb_row_lock_time_max:最大等待时长。从系统启到现在最大一次等待的时间
    Innodb_row_lock_waits:等待次数。

死锁

事务1和事务2互相持有对方需要的锁而不释放，造成死锁的情况

事务1
	开启事务
	update tb_account set name='zs' where id=4;
	update tb_account set name='zs' where id=5;
	提交事务

事务2
	开启事务
	update tb_account set name='zs' where id=5;
	update tb_account set name='zs' where id=4;
	提交事务

当 事务1 update4 的时候，事务2 update5，但是由于innodb是行锁，没有问题，可以执行

继续：事务1 update5 的时候，由于5被事务2锁着，没有释放，会被阻塞，等待事务2提交

然后事务2继续update4，报错：4被事务1锁着呢，同时事务1要操作5，但是5被事务2锁着呢，就遭成了死锁

标签：name,行锁,--,linelock,会话,mysql,机制,where
来源： https://www.cnblogs.com/jiyuchen1/p/16358636.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9