MySQL优化4之锁

1、概述

锁是计算机协调多个进程或线程并发访问某一资源的机制。数据库中的数据属于共享资源,为保证数据并发访问的一致性、有效性,需要给表或者表中的记录加锁。

锁的分类

  • 读锁(共享锁):针对同一份数据,多个读操作可以同时进行而不会互相影响
  • 写锁(排他锁):当前写操作没有完成前,它会阻断其他写锁和读锁

加锁sql

lock table 表名字 read(write), 表名字2 read(write), 其他;

查看表上锁的sql

show open tables;

释放锁的sql

unlock tables;

2、读锁

创建表并且给表加读锁

create table mylock (
    id int not null primary key auto_increment,
    name varchar(20) default ''
) engine myisam;

insert into mylock(name) values('a');
insert into mylock(name) values('b');
insert into mylock(name) values('c');
insert into mylock(name) values('d');
insert into mylock(name) values('e');

lock table mylock read;

img

给mylock表添加写锁

lock tables mylock write;

img

3、再述MyISAM

MyISAM存储引擎在执行查询语句前,会自动给涉及的表加读锁,在执行增删改操作前,会自动给涉及的表加写锁。

MySQL的表锁有两种模式

  • 表共享读锁
  • 表独占写锁

对于MyISAM存储引擎中的表进行操作,会有如下两种情况

  • 对MyISAM表的进行读操作(加读锁),不会阻塞其他进程对同一表的读操作,但会阻塞对同一表的写操作。只有当读锁释放后,才会执行其它进程的写操作。
  • 对MyISAM表的写操作〈加写锁),会阻塞其他进程对同一表的读和写操作,只有当写锁释放后,才会执行其它进程的读写操作。

读锁会阻塞写,但是不会堵塞读。而写锁则会把读和写都堵塞。

3.1、表锁分析

mysql> show status like 'table_locks%';
+-----------------------+-------+
| Variable_name         | Value |
+-----------------------+-------+
| Table_locks_immediate | 21    |
| Table_locks_waited    | 0     |
+-----------------------+-------+
2 rows in set (0.00 sec)

table_locks_waited:表加锁后,其他进程为了访问和操作表而产生的等待数(不能立即获取锁的次数,每等待一次锁值加1)

table_locks_immediat:表示可以立即获取锁的查询次数,每立即获取锁值加1 ;

MyISAM的读写锁调度是写优先,所以MyISAM不适合做以读为主的表的存储引擎。因为写锁后,其他线程不能做任何操作,大量的更新会使查询很难得到锁,从而造成永远阻塞。

4、行锁

CREATE TABLE test_innodb_lock (a INT(11),b VARCHAR(16))ENGINE=INNODB;

INSERT INTO test_innodb_lock VALUES(1,'b2');
INSERT INTO test_innodb_lock VALUES(3,'3');
INSERT INTO test_innodb_lock VALUES(4, '4000');
INSERT INTO test_innodb_lock VALUES(5,'5000');
INSERT INTO test_innodb_lock VALUES(6, '6000');
INSERT INTO test_innodb_lock VALUES(7,'7000');
INSERT INTO test_innodb_lock VALUES(8, '8000');
INSERT INTO test_innodb_lock VALUES(9,'9000');
INSERT INTO test_innodb_lock VALUES(1,'b1');

CREATE INDEX test_innodb_a_ind ON test_innodb_lock(a);
CREATE INDEX test_innodb_lock_b_ind ON test_innodb_lock(b);

img

img

4.1、行锁分析

mysql> show status like 'innodb_row_lock%';
+-------------------------------+-------+
| Variable_name                 | Value |
+-------------------------------+-------+
| Innodb_row_lock_current_waits | 0     |
| Innodb_row_lock_time          | 0     |
| Innodb_row_lock_time_avg      | 0     |
| Innodb_row_lock_time_max      | 0     |
| Innodb_row_lock_waits         | 0     |
+-------------------------------+-------+
5 rows in set (0.00 sec)

对各个状态量的说明如下:

状态量说明其他
Innodb_row_lock_current_waits当前正在等待锁定的数量
Innodb_row_lock_time从系统启动到现在锁定总时间长度重要
Innodb_row_lock_time_avg每次等待所花平均时间重要
Innodb_row_lock_time_max从系统启动到现在等待最常的一次所花的时间
Innodb_row_lock_waits系统启动后到现在总共等待的次数重要

4.2、行锁优化建议

  • 尽可能让所有数据检索都通过索引来完成,避免无索引行锁升级为表锁。
  • 合理设计索引,尽量缩小锁的范围
  • 尽可能较少检索条件,避免间隙锁
  • 尽量控制事务大小,减少锁定资源量和时间长度
  • 尽可能低级别事务隔离

5、索引失效导致行锁变表锁的案例

img

6、间歇锁

6.1、概述

通过范围条件而不是相等条件来检索数据,并请求共享或排他锁时,InnoDB会给符合条件的已有数据记录的索引项加锁,对于在条件范围内但并不存在的记录,叫做“间隙(GAP)”。InnoDB也会对这个“间隙”加锁,这种锁机制就是所谓的间隙锁(Next-Key锁)。

6.2、案例

img

通过范围查找的话,会锁定整个范围内所有的索引键值,即使这个键值并不存在。锁定的时候无法插入锁定键值范围内的任何数据。

7、锁一行 for update

img

8、页锁

开销和加锁时间界于表锁和行锁之间;会出现死锁;锁定粒度界于表锁和行锁之间,并发度一般。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值