bm1998

文章目录5.3 高性能的索引策略5.3.5 聚簇索引5.3.6 覆盖索引5.3.7 使用索引扫描来做排序 声明： 本博客是本人在学习《高性能 MySQL》后整理的笔记，旨在方便复习和回顾，并非用作商业用途。 本博客已标明出处，如有侵权请告知，马上删除。 5.3 高性能的索引策略 5.3.5 聚簇索引 聚簇索引并不是一种单独的索引类型，而是一种数据存储方式。具体的细节依赖于其实现方式，但 InnoDB 的聚簇索引实际上在同一个结构中保存了 B-Tree 索引和数据行。 当表有聚簇索引时，它的数据行实际上存

文章目录5.3 高性能的索引策略5.3.1 独立的列5.3.2 前缀索引和索引的唯一性5.3.3 多列索引5.3.4 选择合适的索引顺序列 声明： 本博客是本人在学习《高性能 MySQL》后整理的笔记，旨在方便复习和回顾，并非用作商业用途。 本博客已标明出处，如有侵权请告知，马上删除。 5.3 高性能的索引策略 正确地创建和使用索引是实现高性能查询的基础。前面已经介绍了各种类型的索引及其对应的优缺点。现在我们一起来看看如何真正地发挥这些索引的优势。 高效地选择和使用索引有很多种方式，其中有些是针对特殊案

前言 索引（在 MySQL 中也叫做 “键（key）”）是存储引擎用于快速找到记录的一种数据结构。这是索引的基本功能，除此之外，本章还将讨论索引其他一些方面有用的属性。 索引对于良好的性能非常关键。尤其是当表中的数据量越来越大时，索引对性能的影响愈发重要。在数据量较小且负载较低时，不恰当的索引对性能的影响可能还不明显，但当数据量逐渐增大时，性能则会急剧下降。 不过，索引却经常被忽略，有时候甚至被误解，所以在实际案例中经常会遇到由糟糕索引导致的问题。这也是我们把索引优化放在了靠前的章节，甚至比查询优化还靠前的

文章目录1.4 多版本并发控制1.5 MySQL 的存储引擎1.5.1 InnoDB 存储引擎1.5.2 MyISAM 存储引擎1.5.3 MySQL 内建的其他存储引擎1.5.4 第三方存储引擎1.5.5 选择合适的引擎1.5.6 转换表的引擎 声明： 本博客是本人在学习《高性能 MySQL》后整理的笔记，旨在方便复习和回顾，并非用作商业用途。 本博客已标明出处，如有侵权请告知，马上删除。 1.4 多版本并发控制 MySQL 的大多数事务型存储引擎实现的都不是简单的行级锁。基于提升并发性能的考虑，它们

文章目录1.1 MySQL 逻辑架构1.1.1 连接管理与安全性1.1.2 优化与执行1.2 并发控制1.2.1 读写锁1.2.2 锁粒度1.2.2.1 表锁（table lock）1.2.2.2 行级锁（row lock）1.3 事务1.3.1 事务的四大特性（ACID）1.3.2 隔离级别1.3.2.1 READ UNCOMMITTED（读未提交）1.3.2.2 READ COMMITED（读已提交）1.3.2.3 REPEATABLE READ（可重复读）1.3.2.4 SERIALIZABLE（可串