登录
首页 >  数据库 >  MySQL

Mysql锁机制

来源:SegmentFault

时间:2023-02-16 15:35:44 312浏览 收藏

IT行业相对于一般传统行业,发展更新速度更快,一旦停止了学习,很快就会被行业所淘汰。所以我们需要踏踏实实的不断学习,精进自己的技术,尤其是初学者。今天golang学习网给大家整理了《Mysql锁机制》,聊聊MySQL、数据库,我们一起来看看吧!

1.Mysql锁的基本介绍

锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中,除传统的计算资源(CPU,IO,RAM)的竞争外,数据也是许多用户共享的资源,如何保证数据并发访问的一致性,是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问的一个重要因素,从这个角度而言,锁对于数据库显得尤为重要,也更加复杂。
Mysql由于自身架构问题,最显著的特点是不同的存储引擎支持不同的锁机制。比如,MyISAM和MEMORY存储引擎采用的是表级锁(table-level locking)。InnoDB存储引擎即支持行级锁(row-level locking),也支持表级锁,但是默认情况下,采用行级锁。

表级锁:开销小,加锁快;不会出现死锁;锁的粒度大,发生锁冲突的概率最高,并发度最低。
行级锁:开销大,加锁慢;会出现死锁;锁的粒度小,发生锁冲突的概率最低,并发度也最高。

从上述特点可见,很难笼统的说哪种锁更好,只能就具体的应用场景来说哪种锁更合适!仅从锁的角度来说:表级锁更适合以查询为主,只有少量按索引条件更新数据的应用,如web应用;而行级锁则更适合于大量按索引条件并发更新少量不同数据,同时又有并发查询的应用,如一些在线事务处理系统(OLTP)。

2.MyISAM表锁

表共享读锁(Table Read Lock)

对MyISAM表的读操作,不会堵塞其他用户对同一表的读操作,但会堵塞对同一表的写请求。
案例:
session1中获得mylock表的read锁

a8b380aa3dfecd0c97c648858407496.png

session1可以正常查询该表记录
86c628ce68f19acf5a1323439194d72.png

session1更新该表记录时报错
060635afdad7019a2f6bff0cf9672f6.png

session1不能查询其他没有锁定的表
d9eb9fe97fecf90e12549b43bb9b06f.png

session2可以正常查询该表的记录
86c628ce68f19acf5a1323439194d72.png

session2更新该表记录时会等待获取锁
5682995902da93632e2b1bda51af58a.png

直到session1释放锁,session2会获得锁,更新成功
7c3e4cebaff914383cb9d22aece9998.png
62fb09fe4b765c71dcad8799febb646.png
表独占写锁(Table Write Lock)

对MyISAM表的写操作,则会阻塞其他用户对同一表的读和写操作。
案例:
session1中获得mylock表的write锁

2e9c2bd6d111a20ac99afcd88afc9d1.png

session1可正常查询,更新该表
66e045ee19761b43c4e6b51736b40e3.png

session2查询更新该表则会等待获取锁
9a3810289614b05e030b7d6b47662f4.png

直到session1释放锁时,session2才会执行成功
242e46c32abbf71eb2b847fb4e25cb0.png

7cc1ff9604381cee8f77876e6d859dc.png
注意:MyISAM在执行查询语句之前,会自动给所涉及的表加读锁,在执行更新操作前会自动给所涉及的表加写锁,这个过程并不需要外界干预。
MyISAM的并发插入(ConcurrentInsert)特性

MyISAM表的读和写是串行的,但是MyISAM存储引擎中有一个系统变量Concurrent_insert专门用来控制并发插入行为,可以设置为0,1,2。具体说明如下:
concurrent_insert=0,不允许并发插入。
concurrent_insert=1,如果MyISAM表中没有空洞(即表的中间没有被删除的行),MyISAM允许在一个进程读表的同时,另一个进程从表尾插入记录。这也是MySQL的默认设置;
concurrent_insert=2,无论MyISAM表中有没有空洞,都允许在表尾并发插入记录;

案例:
session1获的mylock表的read锁(并发插入)

e03104f5c303adbe9cfd824b7bfff6e.png

session1不能执行更新操作,不能查询其他未锁定的表
980eab400ec2e256e5021bf9c56d55c.png

session2可以正常插入记录,无需等待锁,但是update会被阻塞
5f45f04a5d7214df4546ce90ef9531d.png

b194f8a4153e1d4c6d263c60e66c62c.png

session1不能查询session2插入的记录
836740e2c97d84be8796ebf79a4da9f.png

session1释放锁后,可以查询到session2刚才插入的记录
1311c2246d20f52faab93d9b7d6e9d6.png
0e362352a108d975f24e6488571e3de.png
查询表级锁的竞争情况

image.png

这里有两个变量记录了Mysql内部表级锁的情况:
Table_locks_immediate:产生表级锁定的次数;
Table_locks_waited:出现表级锁竞争而发生等待的次数;
两个状态值都是从系统启用后开始记录,出现一次对应的事件则数量加1。如果这里的Table_locks_waited状态值比较高,那么说明系统中表级锁竞争情况比较严重。

3.InnoDB行锁

共享锁(s):同一数据对象可以拥有多个事务的共享锁,此数据对象只能被查询,不可被更新,并且会阻止被加排他锁。
排他锁(X):获取排他锁的事务可以进行更新操作,其他事务可以查询但不可更新,并且其他事务不可再获得该数据对象的共享锁和排他锁。

在InnoDB存储引擎中,update,insert,delete都会自动给涉及的数据加上排他锁,select语句默认不会加任何锁类型,如果加排他锁可以使用for update,加共享锁可以使用lock in share model。

InnoDB行锁的实现方式

InnoDB行锁是通过给索引列上的索引加锁来实现的,这一点和oracle不同,oracle是通过对数据块中的相应数据加锁实现的。InnoDB这种实现方式意味着:只有通过索引条件检索数据,InnoDB才会使用行锁,否则,将使用表锁!

理论要掌握,实操不能落!以上关于《Mysql锁机制》的详细介绍,大家都掌握了吧!如果想要继续提升自己的能力,那么就来关注golang学习网公众号吧!

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>