@@ -450,8 +450,8 @@ MyISAM 仅仅支持表级锁(table-level locking),一锁就锁整张表,这
450450
451451** 表级锁和行级锁对比** :
452452
453- - ** 表级锁:** MySQL 中锁定粒度最大的一种锁(全局锁除外),是针对非索引字段加的锁,对当前操作的整张表加锁,实现简单,资源消耗也比较少,加锁快,不会出现死锁。其锁定粒度最大 ,触发锁冲突的概率最高,并发度最低 ,MyISAM 和 InnoDB 引擎都支持表级锁。
454- - ** 行级锁:** MySQL 中锁定粒度最小的一种锁,是针对索引字段加的锁 ,只针对当前操作的行记录进行加锁。 行级锁能大大减少数据库操作的冲突。其加锁粒度最小,并发度高,但加锁的开销也最大,加锁慢,会出现死锁。
453+ - ** 表级锁:** MySQL 中锁定粒度最大的一种锁(全局锁除外),是针对非索引字段加的锁,对当前操作的整张表加锁,实现简单,资源消耗也比较少,加锁快,不会出现死锁。不过 ,触发锁冲突的概率最高,高并发下效率极低。表级锁和存储引擎无关 ,MyISAM 和 InnoDB 引擎都支持表级锁。
454+ - ** 行级锁:** MySQL 中锁定粒度最小的一种锁,是 ** 针对索引字段加的锁 ** ,只针对当前操作的行记录进行加锁。 行级锁能大大减少数据库操作的冲突。其加锁粒度最小,并发度高,但加锁的开销也最大,加锁慢,会出现死锁。行级锁和存储引擎有关,是在存储引擎层面实现的 。
455455
456456# ## 行级锁的使用有什么注意事项?
457457
@@ -461,16 +461,15 @@ InnoDB 的行锁是针对索引字段加的锁,表级锁是针对非索引字
461461
462462# ## InnoDB 有哪几类行锁?
463463
464- InnoDB 行锁是通过对索引数据页上的记录加锁实现的。 MySQL InnoDB 支持三种行锁定方式:
464+ InnoDB 行锁是通过对索引数据页上的记录加锁实现的, MySQL InnoDB 支持三种行锁定方式:
465465
466466- ** 记录锁(Record Lock)** :也被称为记录锁,属于单个行记录上的锁。
467467- ** 间隙锁(Gap Lock)** :锁定一个范围,不包括记录本身。
468- - ** 临键锁(Next-key Lock)** :Record Lock+Gap Lock,锁定一个范围,包含记录本身。记录锁只能锁住已经存在的记录,为了避免插入新记录,需要依赖间隙锁。
468+ - ** 临键锁(Next-Key Lock)** :Record Lock+Gap Lock,锁定一个范围,包含记录本身,主要目的是为了解决幻读问题(MySQL 事务部分提到过) 。记录锁只能锁住已经存在的记录,为了避免插入新记录,需要依赖间隙锁。
469469
470- InnoDB 的默认隔离级别 RR(可重读)是可以解决幻读问题发生的,主要有下面两种情况:
470+ ** 在 InnoDB 默认的隔离级别 REPEATABLE-READ 下,行锁默认使用的是 Next-Key Lock。但是,如果操作的索引是唯一索引或主键,InnoDB 会对 Next-Key Lock 进行优化,将其降级为 Record Lock,即仅锁住索引本身,而不是范围。 **
471471
472- - ** 快照读** (一致性非锁定读) :由 MVCC 机制来保证不出现幻读。
473- - ** 当前读** (一致性锁定读): 使用 Next-Key Lock 进行加锁来保证不出现幻读。
472+ 一些大厂面试中可能会问到 Next-Key Lock 的加锁范围,这里推荐一篇文章:[MySQL next-key lock 加锁范围是什么? - 程序员小航 - 2021](https://segmentfault.com/a/1190000040129107) 。
474473
475474# ## 共享锁和排他锁呢?
476475
@@ -574,7 +573,9 @@ CREATE TABLE `sequence_id` (
574573) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
575574` ` `
576575
577- 如果一个事务正在插入数据到有自增主键的表时,会先获取自增锁,拿不到就可能会被阻塞住。这里的阻塞行为只是自增锁行为的其中一种,可以理解为自增锁就是一个接口,其具体的实现有多种。具体的配置项为 ` innodb_autoinc_lock_mode` ,可以选择的值如下:
576+ 更准确点来说,不仅仅是自增主键,` AUTO_INCREMENT` 的列都会涉及到自增锁,毕竟非主键也可以设置自增长。
577+
578+ 如果一个事务正在插入数据到有自增列的表时,会先获取自增锁,拿不到就可能会被阻塞住。这里的阻塞行为只是自增锁行为的其中一种,可以理解为自增锁就是一个接口,其具体的实现有多种。具体的配置项为 ` innodb_autoinc_lock_mode` (MySQL 5.1.22 引入),可以选择的值如下:
578579
579580| innodb_autoinc_lock_mode | 介绍 |
580581| :----------------------- | :----------------------------- |
@@ -670,9 +671,18 @@ mysql> EXPLAIN SELECT `score`,`name` FROM `cus_order` ORDER BY `score` DESC;
670671
671672读写分离和分库分表相关的问题比较多,于是,我单独写了一篇文章来介绍: [读写分离和分库分表详解](https://javaguide.cn/high-performance/read-and-write-separation-and-library-subtable.html)。
672673
673- # # MySQL 书籍推荐
674+ # # MySQL 学习资料推荐
675+
676+ ** 书籍推荐** :参见:[https://javaguide.cn/books/database.html#mysql](https://javaguide.cn/books/database.html#mysql) 。
677+
678+ ** 文章推荐** :
674679
675- 参见:[https://javaguide.cn/books/database.html#mysql](https://javaguide.cn/books/database.html#mysql) 。
680+ - [一树一溪的 MySQL 系列教程](https://mp.weixin.qq.com/mp/appmsgalbum? __biz=Mzg3NTc3NjM4Nw==& action=getalbum& album_id=2372043523518300162& scene=173& from_msgid=2247484308& from_itemidx=1& count=3& nolastread=1#wechat_redirect)
681+ - [Yes 的 MySQL 系列教程](https://mp.weixin.qq.com/mp/appmsgalbum? __biz=MzkxNTE3NjQ3MA==& action=getalbum& album_id=1903249596194095112& scene=173& from_msgid=2247490365& from_itemidx=1& count=3& nolastread=1#wechat_redirect)
682+ - [写完这篇 我的SQL优化能力直接进入新层次 - 变成派大星 - 2022](https://juejin.cn/post/7161964571853815822)
683+ - [两万字详解!InnoDB 锁专题! - 捡田螺的小男孩 - 2022](https://juejin.cn/post/7094049650428084232)
684+ - [MySQL 的自增主键一定是连续的吗? - 飞天小牛肉 - 2022](https://mp.weixin.qq.com/s/qci10h9rJx_COZbHV3aygQ)
685+ - [深入理解 MySQL 索引底层原理 - 腾讯技术工程 - 2020](https://zhuanlan.zhihu.com/p/113917726)
676686
677687# # 参考
678688
0 commit comments