阜康市建设银行网站,企业网站加速,网站空间后台密码,无锡有没有做网站的公司Mysql锁机制
1对mysql的锁有了解吗#xff1f;
首先我们要知道#xff0c;mysql的锁 其实是为了解决在并发事务时所导致的数据不一致问题的一种处理机制#xff0c;也就是说 在事务的隔离级别实现中#xff0c;就需要利用锁来解决幻读问题 然后我们可以聊到锁的分类 按锁…Mysql锁机制
1对mysql的锁有了解吗
首先我们要知道mysql的锁 其实是为了解决在并发事务时所导致的数据不一致问题的一种处理机制也就是说 在事务的隔离级别实现中就需要利用锁来解决幻读问题 然后我们可以聊到锁的分类 按锁的粒度可以分为
行锁锁某行数据锁粒度最⼩并发度⾼表锁锁整张表锁粒度最大并发度低间隙锁锁的是⼀个区间
按锁的性质可以分为
共享锁也就是读锁⼀个事务给某行数据加了读锁其他事务也可以读但是不能写排它锁也就是写锁⼀个事务给某行数据加了写锁其他事务不能读也不能写
还可以分为
乐观锁并不会真正的去锁某行记录而是通过⼀个版本号来实现的悲观锁上面所的行锁、 表锁等都是悲观锁
2什么是死锁怎么解决
常规回答死锁它其实是两个或者多个事务在同一个资源上相互占用同时并请求锁定对方的资源从而导致恶性循环的现象
解决办法
程序再并发存取多个表的时候尽量让他们以相同的顺序来访问表在同一个事务中尽可能做到一次锁定所需要的所有资源来避免死锁问题对于比较容易产生死锁的部分可以尝试升级锁的颗粒度比如使用表级锁或者分布式事务锁或者使用乐观锁
3 数据库的乐观锁和悲观锁是什么如何实现?
首先我们要明白数据库的四大特性ACID-其中有隔离性也就是多个事务在并发执行时 他们内部是不能互相干扰的而悲观锁和乐观锁正是实现隔离性的一种方式
悲观锁简单的理解就是 它假定会发生并发冲突在查询完数据的时候就会把事务锁起来直到提交事务 实现方式使用数据库中的锁机制–select * for update
乐观锁它就是说假定不会发生并发冲突也就是只在提交操作的时候才会检查数据的完整性在进行修改的时候把事务锁起来 实现方式版本号机制和cas算法
最后可以总结下两种锁其实并没有好坏之分但是却有分别合适的场景对于乐观锁来说 它其实更适合读多写少的场景也就是说冲突很少发生的场景这样的话 就会省去锁的开销加大系统的吞吐量相反针对写比较多的场景乐观锁可能会频繁的冲突进而导致上层应用不断地retry这样反倒降低了性能因此悲观锁更适合写多场景
4 MySQL中InnoDB引擎的行锁是怎么实现的
首先我们要明白行锁它其实就是记录锁说白了也就是对表中的记录加锁简称记录锁但是注意记录锁-行锁它是锁住索引记录而不是数据记录即其实是基于索引来完成的加锁。 你比如说select * from db where a 1 for update, 这里的for update就是根据条件来完成行锁锁定并且这里的条件也是有索引建的列如果a字段不是索引键 将会对整张表加锁 同时记录锁也是排它(X)锁, 所以会阻塞其他事务对其插入、更新、删除。
5 什么是间隙锁-Gap lock
间隙锁 是 Innodb 在 RR(可重复读) 隔离级别 下为了解决 幻读问题 时引入的锁机制。 而间隙锁它其实也算是行锁的一种另外尤其注意的是间隙锁 它锁住的是一个区间而不仅仅是这个区间中的每一条数据。 举例来说假如student表中只有101条记录其empid的值分别是1,2,…,100,101
SELECT * FROM student WHERE sid 100 FOR UPDATE当我们用条件检索数据并请求共享或排他锁时InnoDB不仅会对符合条件的empid值为101的记录加 锁也会对sid大于101这些记录并不存在的“间隙”加锁。 这个时候如果你插入empid等于102的数据的如果那边事物还没有提交那你就会处于等待状态无法插入数据。
6 什么是临键锁Next-Key Locks
Next-key锁是记录锁和间隙锁的组合它指的是加在某条记录以及这条记录前面间隙上的锁。 也可以理解为一种特殊的间隙锁。 通过临建锁可以解决 幻读 的问题。 每个数据行上的非唯一索引列上都会存在一把临键锁当某个事务持有该数据行的临键锁时会锁住一段左开右闭区间的数据。 注意临键锁只与 非唯一索引列 有关在 唯一索引列包括主键列上不存在临键锁。 举个例子 假设有如下表id主键, age 普通索引 该表中 age 列潜在的临键锁有 (-∞, 10], (10, 24], (24, 32], (32, ∞],
在事务 A 中执行如下命令 – 根据非唯一索引列 UPDATE 某条记录 UPDATE table SET name Vladimir WHERE age 24; – 或根据非唯一索引列 锁住某条记录 SELECT * FROM table WHERE age 24 FOR UPDATE;
不管执行了上述 SQL 中的哪一句之后如果在事务 B 中执行以下命令则该命令会被阻塞 INSERT INTO table VALUES(100, 26, ‘tianqi’); 很明显事务 A 在对 age 为 24 的列进行 UPDATE 操作的同时也获取了 (24, 32] 这个区间内的临键锁。
这里对 记录锁、间隙锁、临键锁 做一个总结 InnoDB 中的行锁的实现依赖于索引一旦某个加锁操作没有使用到索引那么该锁就会退化为表锁 。 记录锁存在于包括主键索引在内的唯一索引中锁定单条索引记录。 间隙锁存在于非唯一索引中锁定开区间范围内的一段间隔。 临键锁存在于非唯一索引中该类型的每条记录的索引上都存在这种锁它是一种特殊的间隙锁锁定一段左开右闭的索引区间。
7 什么是意向锁
意向锁又分为 意向共享锁IS 和 意向排他锁IX
意向共享(IS)锁简单理解就是事务有意向对表中的某些行加共享锁S锁 即-- 事务要获取某些行的 S 锁必须先获得表的 IS 锁。 SELECT column FROM table … LOCK IN SHARE MODE;
意向排他(IX)锁即事务有意向对表中的某些行加排他锁X锁 – 事务要获取某些行的 X 锁必须先获得表的 IX 锁。 SELECT column FROM table … FOR UPDATE;
首先我们要明白四点 意向共享锁IS和 意向排他锁IX都是表锁。 意向锁是一种 不与行级锁冲突的表级锁这一点非常重要。 意向锁是 InnoDB 自动加的 不需用户干预。 意向锁是在 InnoDB 下存在的内部锁对于MyISAM 而言 没有意向锁之说。即只针对InnoDB
那么问题来了既然前面已经有了共享锁S锁、排它锁X锁。 又为什么需要引入意向锁呢它能解决什么问题呢 我们可以理解 意向锁 存在的目的就是 为了让 InnoDB 中的行锁和表锁更高效的共存 。 也就是说 如果某个事物要加表锁如果没有意向锁 那么它就需要去检测表中的每一行是否存在排他锁。很明显这是一个效率很差的做法 但是有了意向锁之后情况就不一样了这个事务只要看表上有没有 意向共享锁有则说明表中有些行被共享行锁锁住了因此事务B申请表的写锁会被阻塞。这样就高效多了
这里我们再来看下 共享(S)锁、排他(X)锁、意向共享锁IS、意向排他锁IX的兼容性 可以看出 意向锁之间是互相兼容的.那你存在的意义是啥 意向锁不会为难意向锁。也不会为难行级排他(X)/共享(X)锁,它的存在是为难 表级 排他(X)/共享(X)锁。 注意 这里的排他(X)/共享(S)锁指的都是表锁意向锁不会与行级的共享/排他锁互斥 行级别的X和S按照上面的兼容性规则即可。 意向锁与意向锁之间永远是兼容的因为当你不论加行级的X锁或S锁都会自动获取表级的IX锁或者IS锁。 也就是你有10个事务对不同的10行加了行级X锁那么这个时候就存在10个IX锁。 这10IX存在的目的是啥呢就是假如这个时候有个事务想对整个表加排它X锁,那它不需要遍历每一行是否存在S或X锁而是看有没有存在意向锁只要存在一个意向锁那这个事务就加不了表级排它X 锁要等上面10个IX全部释放才行。
8 什么是插入意向锁
插入意向锁 的特性可以分成两部分 插入意向锁是一种特殊的间隙锁 —— 间隙锁可以锁定开区间内的部分记录。 插入意向锁之间互不排斥所以即使多个事务在同一区间插入多条记录只要记录本身主键、唯一索引不冲突那么事务之间就不会出现冲突等待。 需要强调的是虽然插入意向锁中含有意向锁三个字但是它并不属于意向锁而属于间隙锁因为意向锁 是表锁而 插入意向锁是行锁 。 总结下
InnoDB在RR的事务隔离级别下使用插入意向锁来控制和解决并发插入。插入意向锁是一种特殊的间隙锁。插入意向锁在锁定区间相同但记录行本身不冲突的情况下互不排斥。
9 MySQL间隙锁如何解决幻读
首先我们要知道 在RR的隔离级别下Innodb使用MVCC和 next-key locks(行锁和间隙锁的组合)解决幻读 MVCC解决的是普通读快照读的幻读 next-key locks解决的是当前读情况下的幻读。 MySQL间隙锁 记录锁 组合起来解决的是当前读情况下的幻读
至于MVCC如何解决幻读的 请看 我之前的事务篇 而在这里 我们简单说下什么是当前读和快照读
快照读历史数据mvcc 快照读对应的sql 语法简单的select操作(不包括 select … lock in share mode, select … for update)
当前读最新数据对应的sql 语法 select * from table where ? lock in share mode; select * from table where ? for update; insert into table values (…); update table set ? where ?; delete from table where ?; 特殊的读操作插入/更新/删除操作属于当前读需要加锁。 那么解决原理其实就是 保证数据是一致的也就是一个事务其内部读取对应某一个数据的时候数据都是一样的同时读取的数据是最新的数据。 innodb提供了nextkey lock也就是结合gap锁与行锁达到最终目的
