mysql锁

前言： 当你在MySQL中执行一条SQL时，语句并没有在你预期的时间内执行完成，这时候我们通常会登陆到MySQL数据库上查看是不是出了什么问题，通常会使用的一个命令就是 show processlist，看看有哪些session，这些session在做什么事情。当你看到 waiting for table metadata lock 时，那就是遇到MDL元数据锁了。本篇文章将会介绍MDL锁的产生与排查过程。 1.什么是MDL锁 MDL全称为metadata lock，即元数据锁。MDL锁主要作用是维护表元数据的数据一致性，在表上有活动事务（显式或隐式）的时候，不可以对元数据进行写入操作。因此从MySQL5.5版本开始引入了MDL锁，来保护表的元数据信息，用于解决或者保证DDL操作与DML操作之间的一致性。 对于引入MDL，其主要解决了2个问题，一个是事务隔离问题，比如在可重复隔离级别下，会话A在2次查询期间，会话B对表结构做了修改，两次查询结果就会不一致，无法满足可重复读的要求；另外一个是数据复制的问题，比如会话A执行了多条更新语句期间，另外一个会话B做了表结构变更并且先提交，就会导致slave在重做时，先重做alter，再重做update时就会出现复制错误的现象。 元数据锁是server层的锁，表级锁，每执行一条DML、DDL语句时都会申请MDL锁，DML操作需要MDL读锁

转自：博客园 https://www.cnblogs.com/vianzhang/p/7922376.html 以下是转载的oracle和Mysql两种数据库悲观锁和乐观锁机制及乐观锁实现方式： 一、Oracle Oracle 数据库 悲观锁 与 乐观锁 是本文我们主要要介绍的内容。有时候为了得到最大的性能，一般数据库都有并发机制，不过带来的问题就是数据访问的冲突。为了解决这个问题，大多数数据库用的方法就是数据的锁定。 数据的锁定分为两种方法，第一种叫做悲观锁，第二种叫做乐观锁。什么叫悲观锁呢，悲观锁顾名思义，就是对数据的冲突采取一种悲观的态度，也就是说假设数据肯定会冲突，所以在数据开始读取的时候就把数据锁定住。而乐观锁就是认为数据一般情况下不会造成冲突，所以在数据进行提交更新的时候，才会正式对数据的冲突与否进行检测，如果发现冲突了，则让用户返回错误的信息，让用户决定如何去做。 先从悲观锁开始说。在SqlServer等其余很多数据库中，数据的锁定通常采用页级锁的方式，也就是说对一张表内的数据是一种串行化的更新插入机制，在任何时间同一张表只会插1条数据，别的想插入的数据要等到这一条数据插完以后才能依次插入。带来的后果就是性能的降低，在多用户并发访问的时候，当对一张表进行频繁操作时，会发现响应效率很低，数据库经常处于一种假死状态。而Oracle用的是行级锁，只是对想锁定的数据才进行锁定

你需要知道的 之前我们介绍了排他锁，其实innodb下的记录锁（也叫行锁），间隙锁，next-key锁统统属于排他锁。 行锁 记录锁其实很好理解，对表中的记录加锁，叫做记录锁，简称行锁。 生活中的间隙锁 编程的思想源于生活，生活中的例子能帮助我们更好的理解一些编程中的思想。 生活中排队的场景，小明，小红，小花三个人依次站成一排，此时，如何让新来的小刚不能站在小红旁边，这时候只要将小红和她前面的小明之间的空隙封锁，将小红和她后面的小花之间的空隙封锁，那么小刚就不能站到小红的旁边。 这里的小红，小明，小花，小刚就是数据库的一条条记录。 他们之间的空隙也就是间隙，而封锁他们之间距离的锁，叫做间隙锁。 Mysql中的间隙锁 下表中（见图一），id为主键，number字段上有非唯一索引的二级索引，有什么方式可以让该表不能再插入number=5的记录？ 图一 根据上面生活中的例子，我们自然而然可以想到，只要控制几个点，number=5 之前 不能插入记录，number=5现有的记录 之间 不能再插入新的记录，number=5 之后 不能插入新的记录，那么新的number=5的记录将不能被插入进来。 那么，mysql是如何控制number=5之前，之中，之后不能有新的记录插入呢（防止幻读）？ 答案是用间隙锁，在RR级别下，mysql通过间隙锁可以实现锁定number=5之前的间隙，number

参考： https://blog.csdn.net/weixin_41922289/article/details/88882325 参考： https://blog.csdn.net/weixin_39651041/article/details/79985715 参考： https://blog.csdn.net/C_J33/article/details/79487941 最后也给大佬级的文章总结： https://blog.csdn.net/mysteryhaohao/article/details/51669741 ，整理的非常全 目录 乐观锁 悲观锁 乐观锁和悲观锁的区别 排它锁（写锁） 共享锁（读锁） 更新锁 活锁 死锁 意向锁： 观锁和悲观锁的用处 保证数据安全，处理高并发访问； 乐观锁 概念： 乐观锁就如同他的名字一样，当其他人（线程）去取数据的时候，总是认为别人不会修改数据，总不会发生并发问题，所以因此没有上锁，只有在线程提交数据时会通过检查版本号的形式检测数据有没有被修改过。一般会在数据表中添加版本号（Version）字段来表示被修改的次数，当数据被修改，version+1，只有在version字段和当前数据库的version值相同时，才提交成功 理解： 谁都可以修改，修改完了提交的时候，判断版本号（一般情况），相同则修改，不同则驳回； 实现：

在mysql里，锁可以大致分为全局锁、表锁和行锁三大类。 全局锁 全局锁是对整个数据实例加锁，通过Flush tables with read lock命令，可以让整个数据库处于只读的状态，以下语句会被阻塞： 数据的增删改、建表、修改表结构及更新类事务 缺点：在备份时用该命令，主库会处于只读，需要停业务，在备库上使用该命令，备份期间不能执行binlog，会主从延迟 官方自带的逻辑备份工具是mysqldump，当mysqldump使用参数-single-transaction的时候，就会启动一个事务，来保证拿到一致性视图，而且加上MVCC的支持，这个过程中数据是可以正常更新的。 -single-transaction只适用于所有表都使用支持事务引擎的数据库。不然的话备份只能通过FTWRL方法。 表级锁 表级别锁分为两种：表锁、元数据锁（MDL锁） 表锁：lock tables xxx read/write unlock tables 例：lock tables t1 read,t2 write 其他线程只能读t1，不能写t1，无法读写t2，同时自己本身这个线程也只能读t1，读写t2。 MDL锁(metadata lock)：MDL锁不需要显式使用，在访问一个表的时候会被自动加上。 当对一个表做增删改查操作时，加MDL读锁，当要对表做结构变更操作时，加MDL写锁。 读锁之间不互斥

前言: 我们都知道事务的几种性质，数据库为了维护这些性质，尤其是一致性和隔离性，一般使用加锁这种方式。同时数据库又是个高并发的应用，同一时间会有大量的并发访问，如果加锁过度，会极大的降低并发处理能力。所以对于加锁的处理，可以说就是数据库对于事务处理的精髓所在。这里通过分析MySQL中InnoDB引擎的加锁机制，来抛砖引玉，让读者更好的理解，在事务处理中数据库到底做了什么。 #一次封锁or两段锁？ 因为有大量的并发访问，为了预防死锁，一般应用中推荐使用一次封锁法，就是在方法的开始阶段，已经预先知道会用到哪些数据，然后全部锁住，在方法运行之后，再全部解锁。这种方式可以有效的避免循环死锁，但在数据库中却不适用，因为在事务开始阶段，数据库并不知道会用到哪些数据。 数据库遵循的是两段锁协议，将事务分成两个阶段，加锁阶段和解锁阶段（所以叫两段锁） 加锁阶段：在该阶段可以进行加锁操作。在对任何数据进行读操作之前要申请并获得S锁（共享锁，其它事务可以继续加共享锁，但不能加排它锁），在进行写操作之前要申请并获得X锁（排它锁，其它事务不能再获得任何锁）。加锁不成功，则事务进入等待状态，直到加锁成功才继续执行。 解锁阶段：当事务释放了一个封锁以后，事务进入解锁阶段，在该阶段只能进行解锁操作不能再进行加锁操作。 事务 加锁/解锁处理 begin； insert into test .....

一、概述 mysql的锁分为表锁和行锁两种，其中myisam引擎用的是表锁， innoDB默认的使用是行锁， 其他情况是表锁。 两种锁的优缺点： 表级锁：加锁速度快，开销小。不会出现死锁的情况，粒度大，发生锁冲突的概率最高，并发度最低。 行级锁：加锁速度慢，开销大。 会出现死锁的情况，粒度小， 发生锁冲突的概率最小，并发度最高 页面锁：介于以上两者之间 无法确定哪种锁更合适： 表级锁更适合查询为主，只有少量按索引更新数据的应用，如web应用。 行级锁适合有大量索引并发更新少量不同的数据，同时有并发查询的应用，如一些在线的事物系统。 二、MyIsam存储引擎 只支持表锁。 查询表级锁的争用情况： table_locks_waited 和 table_locks_immediate 1. mysql> show status like 'table%'; 2. +-----------------------+-------+ 3. | Variable_name | Value | 4. +-----------------------+-------+ 5. | Table_locks_immediate | 2979 | 6. | Table_locks_waited | 0 | 2.1、表级锁的锁模式 两种模式：表共享读锁，表独占写锁 分析：

一、锁的基本信息： 共享锁（s）：又称读锁。允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁。若事务T对数据对象A加上S锁，则事务T可以读A但不能修改A，其他事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁。这保证了其他事务可以读A，但在T释放A上的S锁之前不能对A做任何修改。 排他锁（Ｘ）：又称写锁。允许获取排他锁的事务更新数据，阻止其他事务取得相同的数据集共享读锁和排他写锁。若事务T对数据对象A加上X锁，事务T可以读A也可以修改A，其他事务不能再对A加任何锁，直到T释放A上的锁。 大家通常以为排他锁锁住一行数据后，其他事务就不能读取和修改该行数据，其实不是这样的。排他锁指的是一个事务在一行数据加上排他锁后，其他事务不能再在其上加其他的锁。mysql InnoDB引擎默认的修改数据语句：update,delete,insert都会自动给涉及到的数据加上排他锁，select语句默认不会加任何锁类型，如果加排他锁可以使用select …for update语句，加共享锁可以使用select … lock in share mode语句。所以加过排他锁的数据行在其他事务种是不能修改数据的，也不能通过for update和lock in share mode锁的方式查询数据，但可以直接通过select …from…查询数据，因为普通查询没有任何锁机制。 意向共享锁（IS）

写在前面 这篇文章是在网络上看到其他作者的优秀博文，自己消化理解之后所做的记录。文章基于 MySQL 中的 InnoDB 存储引擎。 原博文地址： 点我 锁 锁知识概览 我们先看一张锁的概览图，方便后续的讲述： 我们的程序在一般情况下还是可以跑得好好的。因为这些锁数据库 隐式 帮我们加了；只在某些特定的场景下，才需要程序员手动加锁。 在执行「查询语句」 SELECT 前，会自动给涉及的所有表加「表级锁」中的 读锁 ；在执行「更新操作」 UPDATE、DELETE、INSERT 前，会自动给涉及的表加「表级锁」中的 写锁 对于 InnoDB ,且 使用了索引 的「更新操作」 UPDATE、DELETE、INSERT 语句；这时 InnoDB 会将「表锁」转换成「行锁」，也就是会自动给涉及数据集加「行级锁」中的 排他锁（X) 注意 ：InnoDB 只有通过「索引」检索数据才使用「行级锁」，否则，InnoDB将使用表锁；也就是说，InnoDB 的 行锁基于索引 。 一种特殊情况 如果我们对表中的某列加的是「普通索引」，那也就意味着： 索引列属性可能重复 。 对于普通索引，当 重复率高 时，MySQL 不会把这个普通索引当做索引，即会造成一个没有索引的SQL，从而 形成表锁 。 锁的分类 从上图中，以锁的粒度出发，我们可以看到锁分为「表级锁」和「行级锁」 『表锁』：开销小，加锁快

数据库锁知识 不少人在开发的时候，应该很少会注意到这些锁的问题，也很少会给程序加锁(除了库存这些对数量准确性要求极高的情况下)，即使我们不会这些锁知识，我们的程序在一般情况下还是可以跑得好好的。因为这些锁数据库隐式帮我们加了，只会在某些特定的场景下才需要手动加锁。 对于UPDATE、DELETE、INSERT语句，InnoDB会自动给涉及数据集加排他锁（X) MyISAM在执行查询语句SELECT前，会自动给涉及的所有表加读锁，在执行增、删、改操作前，会自动给涉及的表加写锁，这个过程并不需要用户干预 表锁 首先，从锁的粒度，我们可以分成两大类： 表锁 :开销小，加锁快；不会出现死锁；锁定力度大，发生锁冲突概率高，并发度最低 行锁:开销大，加锁慢；会出现死锁；锁定粒度小，发生锁冲突的概率低，并发度高 不同的存储引擎支持的锁粒度是不一样的==：InnoDB行锁和表锁都支持、MyISAM只支持表锁！InnoDB只有通过索引条件检索数据才使用行级锁==，否则，InnoDB使用表锁也就是说，InnoDB的行锁是基于索引的！ 表锁下又分为两种模式： 表读锁（Table Read Lock）&& 表写锁（Table Write Lock） 从下图可以清晰看到，在表读锁和表写锁的环境下：读读不阻塞，读写阻塞，写写阻塞！读读不阻塞：当前用户在读数据，其他的用户也在读数据，不会加锁 读写阻塞