数据量大查询慢？索引让你的SQL秒级响应！|转行学DB第9天

数据量大查询慢？索引让你的SQL秒级响应！|转行学DB第9天

大家好呀！我是数据库小学妹

前几篇我们学会了各种查询技巧：单表查、多表连、分组统计、子查询嵌套。但随着查询的数据越来越多，我就发现：

同样一条查询oracle 建立唯一索引，数据少的时候秒出，数据多了居然要等好几秒！有没有办法让查询变快？

当然是有的！今天给大家分享的就是这个可以让查询速度飞起来的神器——“索引”。它就像书的目录，能帮数据库快速找到目标数据，而不是一页页翻。

一、没有索引是什么体验？

想象一下，你拿到一本没有目录、没有拼音索引的《新华字典》。想查“数据库”三个字是什么意思，你只能从第一页开始，一行一行往下看……

这就是全表扫描：数据库把整张表的每一行都翻一遍，直到找到匹配的数据。数据量小的时候无所谓，一旦有几十万、几百万行，就会慢到怀疑人生。

而索引就是给数据建的“目录”或“拼音索引”。有了它，数据库可以像查字典一样，先定位到大概位置，再快速找到目标。

索引的本质是一种数据结构（MySQL里通常是B+树），它能帮助数据库跳过大量无关数据，直接定位到目标行。

二、索引长什么样？

假设有一张用户表 users，没有索引时想查 name = '小明'，数据库会一行一行对比。

给 name 列加上索引后，数据库会维护一个按字母排序的目录：

现在查 name = '小明'，数据库先去目录里找到“小明”oracle 建立唯一索引，然后直接跳到第3行，不需要翻其他行。

这就是索引加速的原理。

三、怎么创建和使用索引？1. 创建索引

CREATE INDEX idx_name ON users (name);

2. 查看表的索引

SHOW INDEX FROM users;

3. 删除索引

DROP INDEX idx_name ON users;

4. 创建唯一索引（值不能重复）

CREATE UNIQUE INDEX idx_phone ON users (phone);

四、什么时候该用索引？什么时候不该用？

索引不是越多越好。每建一个索引，插入、更新、删除数据时都会多花时间维护索引。读写平衡很重要。

五、最左前缀原则：联合索引的小秘密

如果你经常同时用 name 和 age 作为条件：

SELECT * FROM users WHERE name = '小明' AND age = 22;

可以建联合索引：

CREATE INDEX idx_name_age ON users (name, age);

这里需要注意：联合索引遵循最左前缀原则。意思是，查询条件必须从索引的最左边列开始才能用到索引。

所以建联合索引时，要把最常用的筛选列放在最左边。

六、新手避坑指南（血泪总结）

七、今日学习心得

今天的内容总结成三句话：

索引就是书的目录数据量大查询慢？索引让你的SQL秒级响应！|转行学DB第9天数据量大查询慢？索引让你的SQL秒级响应！|转行学DB第9天，帮数据库快速定位数据，避免全表扫描不是越多越好，适合经常作为 WHERE、JOIN、ORDER BY 的列联合索引注意最左前缀，从最常用的列开始

以前不知道索引的时候，觉得“查询慢就慢呗oracle 建立唯一索引，等等就好了”。现在学会用 查看执行计划，看到 type 列从 ALL（全表扫描）变成 ref（使用索引），那种成就感，就像给自行车装上了发动机。

我是数据库小学妹，一个从设计转行数据库的菜鸟。 我们一起，把复杂的技术变得简单有趣！

本文为个人学习总结，所有命令均在MySQL 8.0环境下验证。索引是把双刃剑，合理使用才能让查询飞起来。