本文共 1508 字，大约阅读时间需要 5 分钟。

一、问题背景

阿里开发手册上提到了，“业务上具有唯一特性的字段，即使是多个字段的组合，也必须建立成唯一索引。不要以为唯一索引影响了insert速度，这个速度损耗可以忽略，但提高查找速度是明显的。”

• 唯一索引对insert影响是什么样的呢？
• 查找速度提升表现在什么地方？

接下来，让我们一起来探索吧…

二、问题分析

2.1 测试表建立

1. 建立包含唯一索引的person表

CREATE TABLE person (  id bigint(20) unsigned NOT NULL,  id_num BIGINT(18) unsigned NOT NULL,  PRIMARY KEY (id),  UNIQUE KEY (id_num))

2. 建立不包含唯一索引的person_plus表

CREATE TABLE person_plus (  id bigint(20) unsigned NOT NULL,  id_num BIGINT(18) unsigned NOT NULL,  PRIMARY KEY (id))

2.2 插入数据速度分析

1. 创建向person表插入100000条数据的存储过程

CREATE PROCEDURE one ()BEGIN    -- 定义变量    DECLARE v_i int unsigned DEFAULT 1;    WHILE v_i <= 100000 DO        INSERT INTO person VALUES(v_i, v_i);        SET v_i = v_i+1;    END WHILE;END

2. 创建向person_plus表插入100000条数据的存储过程

CREATE PROCEDURE two()BEGIN    -- 定义变量    DECLARE v_i int unsigned DEFAULT 1;    WHILE v_i <= 100000 DO        INSERT INTO person_plus VALUES(v_i, v_i);        SET v_i = v_i+1;    END WHILE;END

3. 执行存储过程one、two的结果

• 执行one
  时间： 04:21.22
• 执行two
  时间：04:11.61

4. 结果分析
   可以看出它们的INSERT速度相差无几。

2.3 查询速度分析

1. 查询person表

SELECT	*FROM	personWHERE	id_num = 85000

查询时间： 0.034s

2. 查询person_plus表

SELECT	*FROM	person_plusWHERE	id_num = 85000

查询时间： 0.059s

3. SQL性能分析

• person查询语句分析

EXPLAIN SELECT	*FROM	personWHERE	id_num = 85000

type： const

• person_plus查询语句分析

EXPLAIN SELECT	*FROM	person_plusWHERE	id_num = 85000

type： ALL

4. 结果分析
   包含唯一索引的person查询时间为0.034s，访问类型为const、不包含唯一索引的person_plus查询时间为0.059s，访问类型为ALL。有关MySQL EXPLAIN命令的知识大家有兴趣可以百度一下。

时间：person 优于 person_plus

三、结论

使用唯一索引后，Insert速度损耗可以忽略，查找速度明显提升

转载地址：https://blog.csdn.net/dongli_1996/article/details/103717223 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！