学习目标：

• 学习

---

你有没有过这样的疑惑：明明给字段加了索引，查询速度却没提升？甚至偶尔还会变慢？

其实，问题可能出在你没搞懂索引的 “物理存储本质”—— 尤其是聚簇索引和非聚簇索引的区别。这两种索引看似只是名字不同，却直接决定了数据库 “找数据” 的效率。

一、聚簇索引：数据即索引，索引即数据

想象一下你家里的字典：如果字典的正文排版顺序，和目录（拼音索引）完全一致，你通过拼音查到页码后，翻到那一页就能直接看到内容。这种 “索引顺序 = 数据顺序” 的结构，就是聚簇索引的核心逻辑。

聚簇索引的本质：索引的叶子节点直接存储完整的数据行，索引结构和数据的物理存储顺序完全一致。就像字典的 “拼音目录” 和正文绑定，查索引的同时就拿到了数据。

三个关键特性：

1. 唯一性：一张表只能有一个聚簇索引（毕竟数据物理顺序只能有一种），通常默认是主键索引。
2. 查询优势：按聚簇索引查询时，无需 “二次查找”（回表），直接从索引叶子节点取数据，速度极快。
3. 插入代价：如果主键不是自增的（比如随机字符串），插入新数据时可能需要挪动已有数据来维持顺序，像整理一本不断插入新词条的字典，效率会受影响。

二、非聚簇索引：索引是指针，数据在别处

还是用字典举例：如果字典里除了拼音索引，还有一个 “部首索引”，这个索引的页码指向正文的位置，但正文本身的顺序还是按拼音排列的。这种 “索引和数据分开存储” 的结构，就是非聚簇索引。

非聚簇索引的本质：索引的叶子节点只存储 “指向数据行的指针”（比如物理地址或主键值），索引顺序和数据物理顺序无关。就像 “部首索引” 只是告诉你内容在第几页，但正文排版和部首无关。

三个关键特性：

1. 灵活性：一张表可以创建多个非聚簇索引（比如同时给 “手机号”“邮箱” 建索引），互不影响。
2. 查询代价：通过非聚簇索引查询时，通常需要先查索引拿到指针，再去数据区找完整数据（回表），比聚簇索引多一步操作。
3. 写入友好：新增或删除数据时，只需维护索引的指针，不会打乱数据的物理顺序，适合写入频繁的场景。

三、怎么选？记住这两个核心场景

优先用聚簇索引：

• 高频按主键查询（如 “查用户 ID=10086 的信息”）；
• 范围查询（如 “查 2023 年 1 月的所有订单”），因为数据按索引顺序连续存储，读取效率高；
• 需要频繁获取完整行数据的场景（如用户详情页）。

优先用非聚簇索引：

• 高频按非主键字段查询（如 “查手机号 = 138xxxx 的用户”）；
• 多条件筛选（如 “查状态 = 已付款且金额> 1000 的订单”，可建组合索引）；
• 写入频繁的表（如日志表），避免聚簇索引的物理顺序调整成本。

四、一个常见误区：索引不是越多越好

非聚簇索引虽然灵活，但每多一个索引，都会增加写入 / 更新的成本（因为要同步维护索引指针）。就像给字典加太多索引目录，每次新增词条都要改所有目录，反而变慢。

建议：只给 “高频查询字段” 建非聚簇索引，其他字段靠全表扫描或业务优化（如缓存）解决。

总结：记住一句话

聚簇索引是 “数据的物理排列方式”，适合当表的 “主钥匙”；非聚簇索引是 “附加的快捷方式”，按需创建即可。搞懂它们的存储差异，才能让索引真正成为查询的 “加速器”，而不是性能的 “拖油瓶”。

以下是数据库中常用的索引操作指令（以 MySQL 为例，不同数据库语法略有差异），涵盖创建、查看、删除等核心操作：

1. 创建索引

（1）普通索引（非聚簇索引）

sql

-- 直接创建
CREATE INDEX idx_column ON table_name(column_name);

-- 创建表时指定
CREATE TABLE table_name (
  id INT,
  name VARCHAR(50),
  INDEX idx_name (name) -- 普通索引
);

（2）唯一索引（值不可重复）

sql

-- 直接创建
CREATE UNIQUE INDEX idx_unique_column ON table_name(column_name);

-- 创建表时指定
CREATE TABLE table_name (
  id INT,
  phone VARCHAR(20),
  UNIQUE INDEX idx_unique_phone (phone) -- 唯一索引
);

（3）主键索引（聚簇索引，默认唯一）

sql

-- 创建表时指定（最常用）
CREATE TABLE table_name (
  id INT PRIMARY KEY, -- 主键索引（聚簇）
  name VARCHAR(50)
);

-- 已有表添加主键
ALTER TABLE table_name ADD PRIMARY KEY (id);

（4）组合索引（多字段联合索引）

sql

-- 按顺序创建组合索引（遵循“最左匹配原则”）
CREATE INDEX idx_col1_col2 ON table_name(column1, column2);

2. 查看索引

sql

-- 查看表中所有索引
SHOW INDEX FROM table_name;

-- 或通过信息_schema查询（更详细）
SELECT * FROM information_schema.statistics WHERE table_name = 'table_name';

3. 删除索引

sql

-- 删除普通索引/唯一索引
DROP INDEX idx_index_name ON table_name;

-- 删除主键索引（需先移除主键约束）
ALTER TABLE table_name DROP PRIMARY KEY;

4. 其他常用操作

（1）添加索引（ALTER TABLE 方式）

sql

ALTER TABLE table_name ADD INDEX idx_column (column_name); -- 普通索引
ALTER TABLE table_name ADD UNIQUE idx_unique_column (column_name); -- 唯一索引

（2）强制使用指定索引（优化查询时临时使用）

sql

SELECT * FROM table_name USE INDEX (idx_column) WHERE column_name = 'value';

注意事项：

• 聚簇索引通常无需手动指定，主键默认就是聚簇索引（InnoDB 引擎）。
• 组合索引需注意字段顺序，查询时需匹配 “最左前缀” 才能生效。
• 频繁更新 / 插入的表，避免创建过多索引（会降低写入性能）。

---

学习时间：

学习时间为学习时间

学习时间	筋肉人
为学习时间	future

内容为笔记【有时比较抽象，有时比较过于详细，请宽恕。作者可能写的是仅个人笔记，筋肉人future】  

---

学习产出：

• 技术笔记 1遍
• 有错误请指出，作者会及时改正