Mysql锁机制之行锁、表锁、死锁的实现

Mysql锁机制之行锁、表锁、死锁的实现,第1张

Mysql锁机制之行锁、表锁、死锁的实现 目录
  • 一、Mysql锁是什么?锁有哪些类别?
  • 二、行锁和表锁的区别
  • 三、InnoDB死锁概念和死锁案例
    • 死锁场景一之select for update:
    • 死锁场景二之两个update
  •  四、程序开发过程中应该如何注意避免死锁

    一、Mysql锁是什么?锁有哪些类别?

    锁定义:
        同一时间同一资源只能被一个线程访问
        在数据库中,除传统的计算资源(如CPU、I/O等)的争用以外,数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重要因素。

    乐观锁用的最多的就是数据的版本记录来体现 version ,其实就是一个标识。

    例如:update test set a=a-1 where id=100 and a> 0; 对应的version就是a字段,并不一定非得要求有一个字段叫做version,要求的是有这个字段,同时当满足这个条件的时候才会触发

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

    从对数据操作的粒度分法
    表级锁:表级锁是MySQL中锁定粒度最大的一种锁,表示对当前操作的整张表加锁(MyISAM引擎默认表级锁,也只支持表级锁)。比如说更新一张10万表数据中的一条数据,在这条update没提交事务之前,其它事务是会被排斥掉的,粒度很大。
    行级锁:行级锁是Mysql中锁定粒度最细的一种锁,表示只针对当前操作的行进行加锁(基于索引实现的,所以一旦某个加锁操作没有使用索引,那么该锁就会退化为表锁)
    页级锁:页级锁是MySQL中锁定粒度介于行级锁和表级锁中间的一种锁,一次锁定相邻的一组记录

    从并发角度的分发--实际上乐观锁和悲观锁只是一种思想
    悲观锁:对数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)修改持保守态度(悲观) ,因此,在整个数据处理过程中,将数据处于锁定状态。
    乐观锁:乐观锁假设认为数据一般情况下不会造成冲突,所以在数据进行提交更新的时候,才会正式对数据的冲突与否进行检测,如果发现冲突了,则让返回错误信息再进行业务重试

    其他锁:
    间隙锁:在条件查询中,如:where id>100,InnoDB会给符合条件的已有数据记录的索引项加锁;对于键值在条件范围内但并不存在的记录,叫做“间隙(GAP)”,间隙的目的是为了防止幻读
    意向锁:意向锁分为 intention shared lock (IS) 和 intention exclusive lock (IX),意向锁的目的就是表明有事务正在或者将要锁住某个表中的行

    二、行锁和表锁的区别

    表级锁是MySQL中锁定粒度最大的一种锁,表示对当前操作的整张表加锁,它实现简单。最常使用的MYISAM与INNODB都支持表级锁定。
    特点:开销小,加锁快;不会出现死锁;锁定粒度大,发出锁冲突的概率最高,并发度最低。

    行级锁是Mysql中锁定粒度最细的一种锁,表示只针对当前操作的行进行加锁。行级锁能大大减少数据库操作的冲突。其加锁粒度最小,但加锁的开销也最大。
    特点:开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度也最高
    使用:InnoDB行锁是通过给索引上的索引项加锁来实现的,只有通过索引条件检索数据,InnoDB才使用行级锁,否则,InnoDB将使用表锁

    下面这个update语句,b是一般字段不是索引列的话,那么此时行级锁将改为表级锁。

    update from test set a=100 where b='100';

    现在举个实际例子操作一下,看看innnodb是怎么来用行锁的。

    当前表中数据:

    首先开启两个session会话窗口,然后将mysql事务级别设置成不提交级别:

    会话一窗口:

    会话二窗口:

     

     其中会话2的update一直都在Running中,一直到超时结束,或者会话1提交事务后才会Running结束。

    可以通过show VARIABLES like "%innodb_lock_wait_timeout%" 查询当前mysql设置的锁超时时间,默认是50秒。 

    可以通过set innodb_lock_wait_timeout = 60; 设置锁的超时时间。

    当第一个会话commit之后,第二个会话的update语句才会执行成功。这代表了innodb用了锁。

    那怎么确定是用了行锁呢?

     

     总结:会话一更新id=125的时候,给这条数据add lock了,那么在会话2中再次更新id=125的时候,这条数据是locked中的。这个lock加的是id=125这条记录。此时除了id=125这条之外的,都是可以成功的,证明这条默认加的是行锁。

    三、InnoDB死锁概念和死锁案例

    定义:当两个或以上的事务相互持有和请求锁,并形成一个循环的依赖关系,就会产生死锁。多个事务同时锁定同一个资源时,也会产生死锁。在一个事务系统中,死锁是确切存在并且是不能完全避免的。

    解决:InnoDB会自动检测事务死锁,立即回滚其中某个事务,并且返回一个错误。它根据某种机制来选择那个最简单(代价最小)的事务来进行回滚

    死锁场景一之select for update:

    产生场景:两个transaction都有两个select for update,transaction a先锁记录1,再锁记录2;而transaction b先锁记录2,再锁记录1

    写锁:for update,读锁:for my share mode show engine innodb status

    验证下死锁的场景:

     第一步更新会话一:

    start TRANSACTION;
    select * from wnn_test where a=199 for update;

    第二步更新会话二:

    start TRANSACTION;
    select * from wnn_test where a=101 for update;

    第三步更新会话一:

    select * from wnn_test where a=101 for update;

    第四步更新会话二;

    select * from wnn_test where a=199 for update;

    在更新到第三步和第四步的时候,已经发生了死锁。

    来看下执行的日志:

    show engine innodb status;最后一个锁的时间,锁的表,引起锁的语句。其中session1被锁 14秒(ACTIVE 14),session 2被锁了10秒(Active 10)

    死锁场景二之两个update

    产生场景:两个transaction都有两个update,transaction a先更新记录1,再更新记录2;而transaction b先更新记录2,再更新记录1

     产生日志:

     注意:仔细查看上面2个例子可以发现一个现象,当2条资源锁住后,再执行第三个会执行成功,但是第四个会提示死锁。在mysql5.7中,执行第三个的时候就会一直在Running状态了,本博文使用的是mysql8.0 ,其中 有这个参数 innodb_deadlock_detect 可以用于控制 InnoDB 是否执行死锁检测,当启用了死锁检测时(默认设置),InnoDB 自动执行事务的死锁检测,并且回滚一个或多个事务以解决死锁。InnoDB 尝试回滚更小的事务,事务的大小由它所插入、更新或者删除的数据行数决定。

     那么这个innodb_deadlock_detect参数,到底要不要启用呢?

    对于高并发的系统,当大量线程等待同一个锁时,死锁检测可能会导致性能的下降。此时,如果禁用死锁检测,而改为依靠参数 innodb_lock_wait_timeout 执行发生死锁时的事务回滚可能会更加高效。
    通常来说,应该启用死锁检测,并且在应用程序中尽量避免产生死锁,同时对死锁进行相应的处理,例如重新开始事务。

    只有在确认死锁检测影响了系统的性能,并且禁用死锁检测不会带来负面影响时,可以尝试关闭 innodb_deadlock_detect 选项。另外,如果禁用了 InnoDB 死锁检测,需要调整参数 innodb_lock_wait_timeout 的值,以满足实际的需求。

     四、程序开发过程中应该如何注意避免死锁

     锁的本质是资源相互竞争,相互等待,往往是两个(或以上)的Session加锁的顺序不一致

    如何有效避免:

    在程序中,操作多张表时,尽量以相同的顺序来访问(避免形成等待环路)

    批量操作单张表数据的时候,先对数据进行排序(避免形成等待环路) A线程 id:1 ,10 ,20按顺序加锁     B线程id:20,10,1   这种的话就容易锁。

    如果可以,大事务化成小事务,甚至不开启事务 select for update==>insert==>update = insert into update on duplicate key

    尽量使用索引访问数据,避免没有 where 条件的操作,避免锁表 有走索引是记录行锁,没走索引是表锁

    使用等值查询而不是范围查询查询数据,命中记录,避免间隙锁对并发的影响 1,10,20 等值where id in (1,10,20) 范围查询 id>1 and id<20

    避免在同一时间点运行多个对同一表进行读写的脚本,特别注意加锁且操作数据量比较大的语句;我们经常会有一些定时脚本,避免它们在同一时间点运行

     到此这篇关于Mysql锁机制之行锁、表锁、死锁的实现的文章就介绍到这了,更多相关Mysql 行锁、表锁、死锁内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

    欢迎分享,转载请注明来源:内存溢出

    原文地址:https://outofmemory.cn/sjk/2997238.html

    (0)
    打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
    上一篇 2022-09-26
    下一篇2022-09-26

    随机推荐

    • 网络语黑心小棉袄是什么意思

      黑心小棉袄,用于形容坑爹的女儿。是贴心小棉袄的反义词。(ps:真正的棉袄都是填充满棉花的,而假冒伪劣的棉袄成为“黑心棉”,黑心棉肯定不暖和喽)俗语中说女儿是爸妈的贴心小棉袄,指女儿对父母一般都比较温柔

      2022-12-06
      000
    • 阿令是谁

      阿令是粉丝们对《陈情令》的官方称呼。《陈情令》是由肖战和王一博主演的电视剧,在播出后受到广大观众朋友们的喜爱,阿令是粉丝们对《陈情令》称呼中的一个称呼,阿令带有一些俏皮和可爱,更像是一个昵称。 其实粉

      2022-12-06
      000
    • 三英战吕布的经过

      关羽斩杀华雄后,袁绍召集十八路联军,出兵虎牢关继续攻打董卓。董卓亲自领兵镇守虎牢关,并派吕布出城迎战。袁绍麾下大将方锐率先出战,两人刚交战,方锐便被吕布斩于马下。袁绍几次派人出战,交手没几个回合

      2022-12-06
      000
    • 白起是怎样的一个人物

      白起(约前331年&mdash;前257年),又称公孙起,战国时期秦国郿县(今陕西眉县)人,中国古代著名的将领、军事家。白起有勇又有谋,在秦国与六国的许多战争中,立下前所未有的战功,让六国的军民闻风丧

    • 三国鼎立是什么意思

      三国鼎立是指在东汉末年时期,天下分为东吴、曹魏、蜀汉三家,形成一种对峙的局面。鼎是古代的一种器皿,很坚固,用青铜铸造,后来一般用作礼仪、祭祀。鼎这个东西是三条腿的,两腿之间各是120度角,以此站立。虽

      2022-12-06
      000
    • 弘治皇帝是谁

      弘治皇帝是明朝的第九个皇帝,被称为千古一帝,以一生只有一个妻子著名。朱祐樘为人宽厚仁慈,躬行节俭,不近声色,勤于政事,重视司法,大开言路,努力扭转朝政腐败状况,驱逐奸佞,勤于政事,励精图治,任用王恕、

      2022-12-06
      000
    • 布袋戏是什么

       布袋戏又叫布袋木偶戏、手操傀儡戏、掌中戏等,是起源于17世纪中国福建一带,用布偶来表演的传统地方戏剧的剧种。布袋戏使用的布偶,是用木头雕刻成一个中空的人头,除出木偶的头、手掌与脚,戏偶的身体与四肢用

      2022-12-06
      000
    • 乘龙快婿什么意思

       乘龙快婿是个成语,意思是有一个优秀的女婿就如同乘坐着龙得道成仙,在以前多用来指才貌双全的女婿,现在用来称赞别人的女婿优秀。这个成语有一个典故,传说春秋时代,秦国的秦穆公有个小女儿,因为喜欢把玩一块碧

    • 豆浆属于蛋白质还是碳水

      豆浆中的蛋白质含量很高,是猪肉的三倍,是高品质的蛋白质,可以满足人体的日常身体需求。它能有效增强人体体质,提高免疫力和抗病能力,对人体健康非常有益。豆奶还富含钙,可促进青少年骨骼生长发育,预防中老年人

      2022-12-06
      000

    发表评论

    登录后才能评论

    评论列表(0条)

      保存