温馨提示×

温馨提示×

您好,登录后才能下订单哦!

密码登录×
登录注册×
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》

mysql的锁机制

发布时间:2020-08-01 23:32:24 来源:网络 阅读:729 作者:暮回_zz 栏目:MySQL数据库

锁概述

mysql锁机制的特点: 不同存储引擎支持不同的锁机制。

MyISAM和MEMORY存储引擎支持表级锁;
BDB存储引擎采用页面锁;
InnoDB存储引擎支持行级锁。
  • 表级锁:

    开销小,加锁快,不会出现死锁,锁定粒度大,加锁冲突概率最高,并发度最低;
    适用于以查询为主,只有少量按索引条件更新数据的应用,如Web应用;
  • 行级锁

    开销大,加锁慢,会出现死锁,锁定粒度小,发生锁冲突的概率最低,并发度最高;
    适合于有大量按索引条件并发更新少量不同数据,同时又有并发查询的应用,如一些在线事务处理(OLTP)系统。
  • 页面锁

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

MyISAM表锁

查询表级锁的争用情况

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

table_locks_waited的值越大,表级锁的争用情况越严重

表级锁的锁模式

  • 表共享读锁
  • 表共享写锁

MyISAM表读操作,不会阻塞其他用户对同一表的读请求,但会阻塞对同一表的写请求;
MyISAM表的写操作,会阻塞其他用户对同一表的读请求和写请求。
MyISAM表的读操作和写操作之间,以及写操作之间是串行的

如何加表锁

MyISAM表在执行SELECT语句之前,会自动给涉及到的表加读锁,在执行UPDATE、DELETE、INSERT之前,自动给涉及到的表加写锁。

当然也可以显示手动加锁,用来模拟事务操作。

mysql> lock table tbl_name1 read/write;
mysql> lock tables tbl_name1 read [local], tbl_name2 write [local];

mysql> unlock tables;

注意:对表加锁之后,使用该表的别名也是不允许的,需要对别名也进行锁定,如下:

mysql> lock table tbl_name1 as tb1 read;
mysql> select a.id from tbl_name tb1;

MyISAM的并发插入

MyISAM的读写操作是串行的,但一定程度上,也是支持查询和插入的并发进行,但不可以删除和更新。

在MyISAM引擎中有一个系统变量 concurrent_insert ,专门用来控制并发插入的行为,有三种取值:

0-> 不允许并发插入;
1-> 在MyISAM表没有孔洞的前提下,允许在读的同时,另一个进程从尾部插入记录(默认)
2-> 不论有无空洞,都可以在表尾并发插入

整理空间碎片:

mysql> optimize table tbl_name;

MyISAM的锁调度

已经知道,MyISAM存储引擎的读锁和写锁是互斥的,读写操作是串行的,但是,及时读请求先到达等待队列,写请求后到达等待队列,写锁也会插入到读锁之前,因为MySQL认为写操作比读操作重要。

同时,这也是MyISAM表不适合有大量更新和查询操作的原因,因为大量的更新和查询操作会占据锁等待队列,读锁会被长时间等待。

为了解决这个问题,我们有一些参数设置来调节MyISAM的调度行为。

  • 启动low-priority-updates,使得MyISAM 默认基于读请求以优先的权利;

  • 降低更新请求的的优先级

mysql> set LOW_PRIORITY_UPDATES=1

  • 指定INSERT、UPDATE、DELETE语句的LOW_PRIORITY属性,降低该语句的优先级

  • 一种折中的方案:给系统参数max_write_locl_count设置一个合适的值,当表的读操作达到该值之后,MySQL就暂时将写请求的优先级降低。

InnoDB锁

InnoDB与MyISAM的最大不同支出在于:1、支持事务;2、采用了行级锁。

查询InnoDB行锁的争用情况

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_waits和Innodb_row_lock_time_avg的值越大,表级锁的争用情况越严重

InnoDB行锁模式

  • 共享锁(S)

    允许一个事务去读一行,阻止其他事务获得相同数据集的排他锁

  • 排他锁(X)

    允许获得排他锁的事务更新数据,阻止其他事务取得相同数据集的共享读锁和排他写锁

为了行锁表锁共存,实现多粒度锁机制,InnoDB还有两种内部使用的意向锁,这两种意向锁都是表锁
  • 意向共享锁(IS)

    事务在给一个数据行加共享锁之前,必须先取得该表的IS锁

  • 意向排他锁(IX)

    事务在给一个数据行加排他锁之前,必须先取得该表的IX锁

意向锁是InnoDB自动添加的,不需要用户干预

对于UPDATE、DELETE、INSERT语句,InnoDB自动给涉及数据集加排他锁;对于SELECT语句,InnoDB不会加任何锁。




向AI问一下细节

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

AI