@@ -450,8 +450,8 @@ MyISAM 仅仅支持表级锁(table-level locking),一锁就锁整张表,这
450
450
451
451
** 表级锁和行级锁对比** :
452
452
453
- - ** 表级锁:** MySQL 中锁定粒度最大的一种锁(全局锁除外),是针对非索引字段加的锁,对当前操作的整张表加锁,实现简单,资源消耗也比较少,加锁快,不会出现死锁。其锁定粒度最大 ,触发锁冲突的概率最高,并发度最低 ,MyISAM 和 InnoDB 引擎都支持表级锁。
454
- - ** 行级锁:** MySQL 中锁定粒度最小的一种锁,是针对索引字段加的锁 ,只针对当前操作的行记录进行加锁。 行级锁能大大减少数据库操作的冲突。其加锁粒度最小,并发度高,但加锁的开销也最大,加锁慢,会出现死锁。
453
+ - ** 表级锁:** MySQL 中锁定粒度最大的一种锁(全局锁除外),是针对非索引字段加的锁,对当前操作的整张表加锁,实现简单,资源消耗也比较少,加锁快,不会出现死锁。不过 ,触发锁冲突的概率最高,高并发下效率极低。表级锁和存储引擎无关 ,MyISAM 和 InnoDB 引擎都支持表级锁。
454
+ - ** 行级锁:** MySQL 中锁定粒度最小的一种锁,是 ** 针对索引字段加的锁 ** ,只针对当前操作的行记录进行加锁。 行级锁能大大减少数据库操作的冲突。其加锁粒度最小,并发度高,但加锁的开销也最大,加锁慢,会出现死锁。行级锁和存储引擎有关,是在存储引擎层面实现的 。
455
455
456
456
# ## 行级锁的使用有什么注意事项?
457
457
@@ -461,16 +461,15 @@ InnoDB 的行锁是针对索引字段加的锁,表级锁是针对非索引字
461
461
462
462
# ## InnoDB 有哪几类行锁?
463
463
464
- InnoDB 行锁是通过对索引数据页上的记录加锁实现的。 MySQL InnoDB 支持三种行锁定方式:
464
+ InnoDB 行锁是通过对索引数据页上的记录加锁实现的, MySQL InnoDB 支持三种行锁定方式:
465
465
466
466
- ** 记录锁(Record Lock)** :也被称为记录锁,属于单个行记录上的锁。
467
467
- ** 间隙锁(Gap Lock)** :锁定一个范围,不包括记录本身。
468
- - ** 临键锁(Next-key Lock)** :Record Lock+Gap Lock,锁定一个范围,包含记录本身。记录锁只能锁住已经存在的记录,为了避免插入新记录,需要依赖间隙锁。
468
+ - ** 临键锁(Next-Key Lock)** :Record Lock+Gap Lock,锁定一个范围,包含记录本身,主要目的是为了解决幻读问题(MySQL 事务部分提到过) 。记录锁只能锁住已经存在的记录,为了避免插入新记录,需要依赖间隙锁。
469
469
470
- InnoDB 的默认隔离级别 RR(可重读)是可以解决幻读问题发生的,主要有下面两种情况:
470
+ ** 在 InnoDB 默认的隔离级别 REPEATABLE-READ 下,行锁默认使用的是 Next-Key Lock。但是,如果操作的索引是唯一索引或主键,InnoDB 会对 Next-Key Lock 进行优化,将其降级为 Record Lock,即仅锁住索引本身,而不是范围。 **
471
471
472
- - ** 快照读** (一致性非锁定读) :由 MVCC 机制来保证不出现幻读。
473
- - ** 当前读** (一致性锁定读): 使用 Next-Key Lock 进行加锁来保证不出现幻读。
472
+ 一些大厂面试中可能会问到 Next-Key Lock 的加锁范围,这里推荐一篇文章:[MySQL next-key lock 加锁范围是什么? - 程序员小航 - 2021](https://segmentfault.com/a/1190000040129107) 。
474
473
475
474
# ## 共享锁和排他锁呢?
476
475
@@ -574,7 +573,9 @@ CREATE TABLE `sequence_id` (
574
573
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
575
574
` ` `
576
575
577
- 如果一个事务正在插入数据到有自增主键的表时,会先获取自增锁,拿不到就可能会被阻塞住。这里的阻塞行为只是自增锁行为的其中一种,可以理解为自增锁就是一个接口,其具体的实现有多种。具体的配置项为 ` innodb_autoinc_lock_mode` ,可以选择的值如下:
576
+ 更准确点来说,不仅仅是自增主键,` AUTO_INCREMENT` 的列都会涉及到自增锁,毕竟非主键也可以设置自增长。
577
+
578
+ 如果一个事务正在插入数据到有自增列的表时,会先获取自增锁,拿不到就可能会被阻塞住。这里的阻塞行为只是自增锁行为的其中一种,可以理解为自增锁就是一个接口,其具体的实现有多种。具体的配置项为 ` innodb_autoinc_lock_mode` (MySQL 5.1.22 引入),可以选择的值如下:
578
579
579
580
| innodb_autoinc_lock_mode | 介绍 |
580
581
| :----------------------- | :----------------------------- |
@@ -670,9 +671,18 @@ mysql> EXPLAIN SELECT `score`,`name` FROM `cus_order` ORDER BY `score` DESC;
670
671
671
672
读写分离和分库分表相关的问题比较多,于是,我单独写了一篇文章来介绍: [读写分离和分库分表详解](https://javaguide.cn/high-performance/read-and-write-separation-and-library-subtable.html)。
672
673
673
- # # MySQL 书籍推荐
674
+ # # MySQL 学习资料推荐
675
+
676
+ ** 书籍推荐** :参见:[https://javaguide.cn/books/database.html#mysql](https://javaguide.cn/books/database.html#mysql) 。
677
+
678
+ ** 文章推荐** :
674
679
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)
676
686
677
687
# # 参考
678
688
0 commit comments