mysql怎么实现行锁 mysql表锁行锁

mysql如何用事务和锁 锁住某一行数据，使得不允许两个用户同时读取一行数据！！

1、在mysql数据库中如何锁定一行数据，保证不被其他的操作影响。

公司主营业务：成都网站设计、成都做网站、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。创新互联是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联推出礼县免费做网站回馈大家。

2、从对数据的操作类型分为读锁和写锁。从对数据操作的粒度来分：表锁和行锁。

3、现在我们建立一个表来演示数据库的行锁讲解。

4、行锁基本演示如下图所示。

5、如果两个会话操作的是不同的行，就不会互相阻塞了。

(25)行锁实现

行锁在 InnoDB 中 基于索引实现 ，如加锁没用索引，退化为表锁

概要：2 相同索引，访问不同行，锁冲突   

       3 多索引，不同索引锁定不同行

       4 小表或数据转换，可能表锁，不走索引

三种行锁：Record Lock（唯一索引/主键列 精确查找，否则退化）

  Gap Lock （非唯一索引，不包含记录本身）

  Next-Key Lock （非唯一索引，锁左开右闭，包含记录本身）

没索引，加排他锁，等待    

加索引后

id有索引，name没索引

主键、唯一或普通索引都用行锁：id主键索引，name普通索引

检索值的 数据类型 与 索引 字段 不同 ，虽MySQL能转换，但不用索引， 导致表锁

name是varchar，不和varchar比较，转换name

1） id 列必须为 唯一索引 或 主键列      2） 必须为精准匹配（=） ，不能为 、、like等

否则 退化临键锁

基于 非唯一索引 ， 锁间，不包含记录本身 。基于Next-Key Locking 算法

SELECT * FROM table WHERE id BETWEN 1 AND 10 FOR UPDATE;

锁住（1，10）， 2、3、4、5、6、7、8、9阻塞，1 和 10 不被锁

ps：除手动加锁 ，执行完某些 SQL ，InnoDB 自动加间隙锁

特殊间隙锁 ， 包含记录本身 ， 解决幻读

1） 每个 非唯一索引 列都有临键锁（只与非唯一索引列有关）， 锁左开右闭

2） UPDATE、FOR UPDATE、LOCK IN SHARE MODE操作时，InnoDB 获取 记录行 临键锁

3）例：age 临键锁 ：(-∞, 10],(10, 20],(20, 30],(30, +∞]     锁住 (10, 30)

事务 A： UPDATE table SET name = Vladimir WHERE age = 20  或     SELECT * FROM table WHERE age = 20 FOR UPDATE ;         获取(20, 30] 临键锁

事务 B ： INSERT INTO table VALUES(100, 20 , 'Aragorn');      或  INSERT INTO table VALUES(100, 26 , 'Aragorn');   被阻塞

INSERT INTO table VALUES(100, 20, 'Aragorn');

MySQL中innodb的行锁算法

众所周知，innodb是默认行锁，当然也支持表锁。如下是对于行锁的算法进行的一些实验。

锁的算法为：我知道是行锁，但是是如何锁的，锁多少数据

假如有个索引是：[1，2，3，7]

record lock 锁的是 1，2，3，7

gap lock 锁的是 (- ，1)，（2，3），（3，7），（7，+ ）反正锁的就是区间，不是行

next-key lock锁的是 (- ，1]，[2，3），[3，7），[ 7，+ ）既锁范围也锁行

Innodb锁算法规则如下：

在可重复读隔离级别下，innodb默认使用的是next-key lock算法，当查询的索引是主键或者唯一索引的情况下，才会退化为record lock，在使用next-key lock算法时，不仅仅会锁住范围，还会给范围最后的一个键值加一个gap lock。

其中lockmode中的X锁为左边会话中的锁，因为需要显式的commit之后才会释放锁，第二个S锁，为右边的共享锁，因为主键ID为1的已经被锁住了，所以处于锁等待状态，锁的类型为record lock

使用辅助索引a=8进行操作，这个时候理论应该对主键索引加record lock 则 主键ID=8的被锁，然后辅助索引被加next-key lock 则为：

(7,8] 然后对下一个键值加gap锁，则为：（8，11）

所以目前被锁住的记录为：

1.主键为8的被锁

2.辅助索引8的被锁

3.辅助索引8到11之间的被锁，意味着你这个时候往8到11之间写数据会报错

当使用范围条件进行更新时，此时肯定是需要加X锁的，我是用的也是主键，所以按照理论应该是加的record lock ,但是却加了gap lock，因为插入值为10的阻塞了，查看information 也提示X.GAP

这个有点晕为啥主键变成了next-key lock ，不应该是record lock么？

update20200515

在知乎看到的一个解释：

即，在无论使用主键索引还是非主键索引的时候，请求共享锁或者排他锁，innodb会给范围内的记录加锁，而范围内的间隙也会被加锁，

例如一个表t 的 id为1，2，3，7，10

假如执行如下：

select * from t where id =3 for update

那么这个时候执行

insert into t(id) values(8) 会被阻塞，因为是在请求排他锁时使用了范围，所以[3,10],甚至10以后的任何数据都无法插入。

执行

select * from t where id =3 lock in share mode

insert into t(id) values(8) 会被阻塞，因为是在请求共享锁时使用了范围，所以[3,10],甚至10以后的任何数据都无法插入。

幻读是同一事务下，连续执行两次同样的sql可能导致不同的结果，第二次返回的数据可能导致以前不存在的行。

同时一般会问它和脏读的区别，脏读为读取到其他事务未提交的数据，但是幻读是读取的其他事务已经提交的数据。

reference：

MySQL如何锁定一行及如何分析行锁定

注意事项：session1中没有commit之前，该数据行是锁定的，其他的session修改该行数据时会进入堵塞状态。

MySQL从入门到精通(九) MySQL锁，各种锁

锁是计算机协调多个进程或线程并发访问某一资源的机制，在数据库中，除传统的计算资源（CPU、RAM、I/O）争用外，数据也是一种供许多用户共享的资源，如何保证数据并发访问的一致性，有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素，从这个角度来说，锁对数据库而言是尤其重要，也更加复杂。MySQL中的锁，按照锁的粒度分为:1、全局锁，就锁定数据库中的所有表。2、表级锁，每次操作锁住整张表。3、行级锁，每次操作锁住对应的行数据。

全局锁就是对整个数据库实例加锁，加锁后整个实例就处于只读状态，后续的DML的写语句，DDL语句，已经更新操作的事务提交语句都将阻塞。其典型的使用场景就是做全库的逻辑备份，对所有的表进行锁定，从而获取一致性视图，保证数据的完整性。但是对数据库加全局锁是有弊端的，如在主库上备份，那么在备份期间都不能执行更新，业务会受影响，第二如果是在从库上备份，那么在备份期间从库不能执行主库同步过来的二进制日志，会导致主从延迟。

解决办法是在innodb引擎中，备份时加上--single-transaction参数来完成不加锁的一致性数据备份。

添加全局锁: flush tables with read lock; 解锁 unlock tables。

表级锁,每次操作会锁住整张表.锁定粒度大,发送锁冲突的概率最高,并发读最低,应用在myisam、innodb、BOB等存储引擎中。表级锁分为: 表锁、元数据锁(meta data lock, MDL)和意向锁。

表锁又分为: 表共享读锁 read lock、表独占写锁write lock

语法: 1、加锁 lock tables 表名 ... read/write

2、释放锁 unlock tables 或者关闭客户端连接

注意: 读锁不会阻塞其它客户端的读，但是会阻塞其它客户端的写，写锁既会阻塞其它客户端的读，又会阻塞其它客户端的写。大家可以拿一张表来测试看看。

元数据锁,在加锁过程中是系统自动控制的，无需显示使用，在访问一张表的时候会自动加上，MDL锁主要作用是维护表元数据的数据一致性，在表上有活动事务的时候，不可以对元数据进行写入操作。为了避免DML和DDL冲突，保证读写的正确性。

在MySQL5.5中引入了MDL，当对一张表进行增删改查的时候，加MDL读锁(共享)；当对表结构进行变更操作时，加MDL写锁(排他).

查看元数据锁:

select object_type,object_schema,object_name,lock_type,lock_duration from performance_schema_metadata_locks;

意向锁，为了避免DML在执行时，加的行锁与表锁的冲突，在innodb中引入了意向锁，使得表锁不用检查每行数据是否加锁，使用意向锁来减少表锁的检查。意向锁分为,意向共享锁is由语句select ... lock in share mode添加。意向排他锁ix,由insert，update，delete，select。。。for update 添加。

select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_lock;

行级锁，每次操作锁住对应的行数据，锁定粒度最小，发生锁冲突的概率最高，并发读最高，应用在innodb存储引擎中。

innodb的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁，对于行级锁，主要分为以下三类:

1、行锁或者叫record lock记录锁，锁定单个行记录的锁，防止其他事物对次行进行update和delete操作，在RC,RR隔离级别下都支持。

2、间隙锁Gap lock,锁定索引记录间隙(不含该记录)，确保索引记录间隙不变，防止其他事物在这个间隙进行insert操作，产生幻读，在RR隔离级别下都支持。

3、临键锁Next-key-lock,行锁和间隙锁组合，同时锁住数据，并锁住数据前面的间隙Gap,在RR隔离级别下支持。

innodb实现了以下两种类型的行锁

1、共享锁 S: 允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁。

2、排他锁 X: 允许获取排他锁的事务更新数据，阻止其他事务获得相同数据集的共享锁和排他锁。

insert 语句 排他锁 自动添加的

update语句 排他锁 自动添加

delete 语句 排他锁 自动添加

select 正常查询语句 不加锁 。。。

select 。。。lock in share mode 共享锁 需要手动在select 之后加lock in share mode

select 。。。for update 排他锁 需要手动在select之后添加for update

默认情况下，innodb在repeatable read事务隔离级别运行，innodb使用next-key锁进行搜索和索引扫描，以防止幻读。

间隙锁唯一目的是防止其它事务插入间隙，间隙锁可以共存，一个事务采用的间隙锁不会阻止另一个事务在同一间隙上采用的间隙锁。