mysql数据库的锁session_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锁

    3e8e17e49694da5d89298aa40db29361.png

    session1可以正常查询该表记录

    11bad0416511bec8e967df374a875155.png

    当session1更新该表记录时报错

    4ff6e578801c3d237af4a1f2dd4e8193.png

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

    a5fa17165272d2f21542f3b7355fc1ab.png

    session2可以正常查询该表的记录11bad0416511bec8e967df374a875155.png

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

    直到session1释放锁,session2会获得锁,更新成功

    422241f6a036fbad3152a3df6ea6c421.png7c43e88ab6e847cdf0e7dfe8955d90d7.png表独占写锁(Table Write Lock)

    对MyISAM表的写操作,则会阻塞其他用户对同一表的读和写操作。

    案例:

    在session1中获得mylock表的write锁

    dda76c80705b4b7b7c63af61259b1eb9.png

    session1可正常查询,更新该表

    161fdb3510643f8562a97e101b1e0565.png

    session2查询更新该表则会等待获取锁

    98c2ebdc9705e55be1f8c84c1ec40748.png

    直到session1释放锁时,session2才会执行成功

    07107c533956d7cf6a5f330dce1d99c2.png

    ae28907edd7f38272489a1c5cd32522b.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锁(并发插入)

    e9c7d97e32249e9a78f632984f3ab6e9.png

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

    21c457b16b6b35a6b55a5ab3d4f400e4.png

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

    66affd1422bbaf500d1a3b34f4b7edf5.png

    session1不能查询session2插入的记录

    98013b1b222f2f8e9fec2286bed81f5f.png

    session1释放锁后,可以查询到session2刚才插入的记录

    ec286382fc8be42840a64f99a8222931.pngcc427280d8acafaa9f609777c4ca21fb.png

    查询表级锁的竞争情况

    167fbb764b3cbd3d85ecbd59fb725bb4.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才会使用行锁,否则,将使用表锁!

    评论
    添加红包

    请填写红包祝福语或标题

    红包个数最小为10个

    红包金额最低5元

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

    抵扣说明:

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

    余额充值

    举报

    选择你想要举报的内容(必选)
    • 内容涉黄
    • 政治相关
    • 内容抄袭
    • 涉嫌广告
    • 内容侵权
    • 侮辱谩骂
    • 样式问题
    • 其他
    点击体验
    DeepSeekR1满血版
    程序员都在用的中文IT技术交流社区

    程序员都在用的中文IT技术交流社区

    专业的中文 IT 技术社区,与千万技术人共成长

    专业的中文 IT 技术社区,与千万技术人共成长

    关注【CSDN】视频号,行业资讯、技术分享精彩不断,直播好礼送不停!

    关注【CSDN】视频号,行业资讯、技术分享精彩不断,直播好礼送不停!

    客服 返回顶部