我要评论一、mysql 创建索引的三种方法
1.1 在新建表时创建索引
-- ① 普通索引
create table t_dept (
no int not null primary key,
name varchar(20) null,
sex varchar(2) null,
info varchar(20) null,
index index_no(no)
);
-- ② 唯一索引
create table t_dept (
no int not null primary key,
name varchar(20) null,
sex varchar(2) null,
info varchar(20) null,
unique index index_name(name)
);
-- ③ 全文索引（全文索引字段通常为 text 或 varchar，且 innodb 在 mysql 5.6+ 才支持全文索引，早期版本仅 myisam 支持。）
create table t_dept (
no int not null primary key,
name varchar(20) null,
sex varchar(2) null,
info text null, -- 全文索引字段建议用 text
fulltext index index_info(info)
);
-- ④ 多列（复合）索引
create table t_dept (
no int not null primary key,
name varchar(20) null,
sex varchar(2) null,
info varchar(20) null,
index idx_no_name(no, name)
);
1.2 在已存在表上通过create index添加索引
-- 普通索引 create index idx_name on t_dept(name); -- 唯一索引 create unique index idx_name on t_dept(name); -- 全文索引 create fulltext index idx_info on t_dept(info); -- 多列索引 create index idx_name_no on t_dept(name, no);
⚠️ 此方式不能用于主键或外键约束，仅用于普通/唯一/全文索引。
1.3 通过alter table修改表结构添加索引
-- 普通索引 alter table t_dept add index idx_name(name); -- 唯一索引 alter table t_dept add unique index idx_name(name); -- 全文索引 alter table t_dept add fulltext index idx_info(info); -- 多列索引 alter table t_dept add index idx_name_no(name, no);
✅ 推荐在生产环境中使用
alter table，语义更清晰，且支持更多选项（如指定索引类型）。
二、mysql 索引类型与适用场景
| 索引类型 | 关键字 | 特点 | 适用场景 |
|---|---|---|---|
| 普通索引 | index / key | 加速查询，允许重复值 | 高频 where、order by 字段 |
| 唯一索引 | unique | 值唯一，自动校验重复 | 身份证号、邮箱、订单号等需唯一字段 |
| 主键索引 | primary key | 特殊的唯一索引，一张表仅一个 | 表的主标识（自增 id 等） |
| 全文索引 | fulltext | 支持关键词全文检索 | 文章内容、商品描述等大文本字段 |
| 复合索引 | index(col1, col2, ...) | 多字段组合索引 | 多条件联合查询（注意最左前缀原则） |
三、索引使用注意事项与限制
有效使用索引的场景
where column = ?where column like 'abc%'（前缀匹配）order by column（无表达式）- 复合索引遵循 最左前缀原则：
index(a,b,c)可用于(a)、(a,b)、(a,b,c)查询
索引失效的常见情况
| 场景 | 示例 | 是否走索引 |
|---|---|---|
| 使用函数 | where day(create_time) = '2024-01-01' | ❌ |
| 不等号查询 | where status != 1 | ❌（部分情况可能走） |
| 通配符开头 | where name like '%john' | ❌ |
| 类型隐式转换 | where user_id = '123'（user_id 为 int） | ❌ |
| or 条件未全覆盖索引 | where name = 'a' or age = 20（仅 name 有索引） | ❌ |
四、索引的优缺点
优点
- 显著提升 select 查询速度
- 加速 join、order by、group by 操作
- 唯一索引保障数据 完整性
缺点
- 降低写性能：insert/update/delete 需同步更新索引
- 占用磁盘空间：索引文件可能接近甚至超过数据本身
- 维护成本高：过多索引增加优化器负担
📌 建议：
- 单表索引数量 ≤ 5~8 个（mysql 限制最多 16 个）
- 仅为 高频查询字段 建索引
- 避免为低区分度字段建索引（如性别、状态 0/1）
五、innodb 与 myisam 索引差异
| 特性 | innodb | myisam |
|---|---|---|
| 主键索引 | 聚簇索引（数据按主键物理存储） | 非聚簇索引 |
| 全文索引 | mysql 5.6+ 支持 | 原生支持 |
| 行级锁 | 基于索引实现 | 不支持行锁 |
| 崩溃恢复 | 支持事务回滚 | 无事务 |
🔥 关键点：innodb 的行锁是通过索引实现的！无索引的 update 会锁全表。
六、索引优化工具：explain
使用 explain 分析 sql 执行计划：
explain select * from t_dept where name = 'it';
重点关注字段：
type：访问类型（const>ref>range>index>all）key：实际使用的索引rows：扫描行数（越小越好）extra：是否出现using filesort/using temporary
七、总结
索引是一种特殊的文件(innodb数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指针。
注：
[1]索引不是万能的！索引可以加快数据检索操作，但会使数据修改操作变慢。每修改数据记录，索引就必须刷新一次。为了在某种程序上弥补这一缺陷，许 多sql命令都有一个delay_key_write项。这个选项的作用是暂时制止mysql在该命令每插入一条新记录和每修改一条现有之后立刻对索引进 行刷新，对索引的刷新将等到全部记录插入/修改完毕之后再进行。在需要把许多新记录插入某个数据表的场合，delay_key_write选项的作用将非 常明显。
[2]另外，索引还会在硬盘上占用相当大的空间。因此应该只为最经常查询和最经常排序的数据列建立索引。注意，如果某个数据列包含许多重复的内 容，为它建立索引就没有太大的实际效果。
从理论上讲，完全可以为数据表里的每个字段分别建一个索引，但mysql把同一个数据表里的索引总数限制为16个。
1. innodb数据表的索引
与myisam数据表相比，索引对innodb数据的重要性要大得多。在innodb数据表上，索引对innodb数据表的重要性要在得多。在 innodb数据表上，索引不仅会在搜索数据记录时发挥作用，还是数据行级锁定机制的基础。”数据行级锁定”的意思是指在事务操作的执行过程中锁定正 在被处理的个别记录，不让其他用户进行访问。这种锁定将影响到(但不限于)select…lock in share mode、select…for update命令以及insert、update和delete命令。
出于效率方面的考虑，innodb数据表的数据行级锁定实际发生在它们的索引上，而不是数据表自身上。显然，数据行级锁定机制只有在有关的数据表有一个合 适的索引可供锁定的时候才能发挥效力。
2. 限制
如果wehere子句的查询条件里有不等号(where coloum != …)，mysql将无法使用索引。
类似地，如果where子句的查询条件里使用了函数(where day(column) = …)，mysql也将无法使用索引。
在join操作中(需要从多个数据表提取数据时)，mysql只有在主键和外键的数据类型相同时才能使用索引。
如果where子句的查询条件里使用比较操作符like和regexp，mysql只有在搜索模板的第一个字符不是通配符的情况下才能使用索引。比如说， 如果查询条件是like ‘abc%’，mysql将使用索引；如果查询条件是like ‘%abc’，mysql将不使用索引。
在order by操作中，mysql只有在排序条件不是一个查询条件表达式的情况下才使用索引。(虽然如此，在涉及多个数据表查询里，即使有索引可用，那些索引在加快 order by方面也没什么作用)
如果某个数据列里包含许多重复的值，就算为它建立了索引也不会有很好的效果。比如说，如果某个数据列里包含的净是些诸如”0/1′或”y/n”等值，就没 有必要为它创建一个索引。
普通索引、唯一索引和主索引
1. 普通索引
普通索引(由关键字key或index定义的索引)的唯一任务是加快对数据的访问速度。因此，应该只为那些最经常出现在查询条件(where column = …)或排序条件(order by column)中的数据列创建索引。只要有可能，就应该选择一个数据最整齐、最紧凑的数据列(如一个整数类型的数据列)来创建索引。
2. 唯一索引
普通索引允许被索引的数据列包含重复的值。比如说，因为人有可能同名，所以同一个姓名在同一个”员工个人资料”数据表里可能出现两次或更多次。
如果能确定某个数据列将只包含彼此各不相同的值，在为这个数据列创建索引的时候就应该用关键字unique把它定义为一个唯一索引。这么做的好处：一是简 化了mysql对这个索引的管理工作，这个索引也因此而变得更有效率；二是mysql会在有新记录插入数据表时，自动检查新记录的这个字段的值是否已经在 某个记录的这个字段里出现过了；如果是，mysql将拒绝插入那条新记录。也就是说，唯一索引可以保证数据记录的唯一性。事实上，在许多场合，人们创建唯 一索引的目的往往不是为了提高访问速度，而只是为了避免数据出现重复。
3. 主索引
在前面已经反复多次强调过：必须为主键字段创建一个索引，这个索引就是所谓的”主索引”。主索引与唯一索引的唯一区别是：前者在定义时使用的关键字是 primary而不是unique。
4. 外键索引
如果为某个外键字段定义了一个外键约束条件，mysql就会定义一个内部索引来帮助自己以最有效率的方式去管理和使用外键约束条件。
5. 复合索引
索引可以覆盖多个数据列，如像index(columna, columnb)索引。这种索引的特点是mysql可以有选择地使用一个这样的索引。如果查询操作只需要用到columna数据列上的一个索引，就可以使 用复合索引index(columna, columnb)。不过，这种用法仅适用于在复合索引中排列在前的数据列组合。比如说，index(a, b, c)可以当做a或(a, b)的索引来使用，但不能当做b、c或(b, c)的索引来使用。
6. 索引的长度
在为char和varchar类型的数据列定义索引时，可以把索引的长度限制为一个给定的字符个数(这个数字必须小于这个字段所允许的最大字符个数)。这 么做的好处是可以生成一个尺寸比较小、检索速度却比较快的索引文件。在绝大多数应用里，数据库中的字符串数据大都以各种各样的名字为主，把索引的长度设置 为10~15个字符已经足以把搜索范围缩小到很少的几条数据记录了。
在为blob和text类型的数据列创建索引时，必须对索引的长度做出限制；mysql所允许的最大索引长度是255个字符。
全文索引
文本字段上的普通索引只能加快对出现在字段内容最前面的字符串(也就是字段内容开头的字符)进行检索操作。如果字段里存放的是由几个、甚至是多个单词构成 的较大段文字，普通索引就没什么作用了。这种检索往往以like %word%的形式出现，这对mysql来说很复杂，如果需要处理的数据量很大，响应时间就会很长。
这类场合正是全文索引(full-text index)可以大显身手的地方。在生成这种类型的索引时，mysql将把在文本中出现的所有单词创建为一份清单，查询操作将根据这份清单去检索有关的数 据记录。全文索引即可以随数据表一同创建，也可以等日后有必要时再使用下面这条命令添加：
alter table tablename add fulltext(column1, column2)
有了全文索引，就可以用select查询命令去检索那些包含着一个或多个给定单词的数据记录了。下面是这类查询命令的基本语法：
select * from tablename
where match(column1, column2) against(‘word1′, ‘word2′, ‘word3′)
上面这条命令将把column1和column2字段里有word1、word2和word3的数据记录全部查询出来。
注：innodb 数据表是支持全文索引（fulltext index）的，但 有版本限制。
正确结论：
| mysql 版本 | innodb 是否支持 fulltext 索引？ |
|---|---|
| mysql 5.6 之前（如 5.5、5.1） | ❌ 不支持，仅 myisam 支持 |
| mysql 5.6 及以后（包括 5.7、8.0、8.4 等） | ✅ 完全支持 |
到此这篇关于mysql中添加索引的3种方法及使用注意事项详解的文章就介绍到这了,更多相关mysql添加索引方法内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论