「一文搞懂」MySQL普通索引与唯一索引该如何选择?
mhr18 2024-12-02 17:27 13 浏览 0 评论
本章内容
普通索引与唯一索引
普通索引
普通索引是最基本的索引类型,它没有任何限制,允许索引列中存在重复值。创建普通索引可以加快查询速度,但不会强制保证数据的唯一性。
创建普通索引语法:
CREATE INDEX index_name ON table_name (column_name);
其中:
- index_name:索引名称。
- table_name:表名。
- column_name:创建索引的列名。
唯一索引
唯一索引与普通索引类似,但它要求索引列中的值是唯一的,不允许重复。唯一索引可以用来保证数据的唯一性,常用于主键或唯一约束。
创建唯一索引语法:
CREATE UNIQUE INDEX index_name ON table_name (column_name);
其中:
- index_name:索引名称。
- table_name:表名。
- column_name:创建索引的列名。
总结: 普通索引和唯一索引都可以提高查询效率,但唯一索引还能保证数据的唯一性。
本文将从性能角度分析普通索引和唯一索引该如何选择。
创建表:
create table t_user(
id int primary key,
card varchar(18),
name varchar(30)
)engine=InnoDB;
insert into t_user values
(1,'432522222888228881','南秋同学1'),
(2,'432522222888228882','南秋同学2'),
(3,'432522222888228883','南秋同学3'),
(5,'432522222888228885','南秋同学5'),
(6,'432522222888228886','南秋同学6'),
(8,'432522222888228888','南秋同学8'),
(9,'432522222888228889','南秋同学9');
其中:
- card:身份证号。
- name:姓名。
由于身份证号字段长度较长,因此,选择基于card字段建立唯一索引或者普通索引。
查询过程分析
假如执行如下语句:
select id from t_user where card = '432522222888228885';
语句查找过程:先通过B+树从树根开始按层搜索到叶子节点(即:数据页),在数据页内部再通过二分法来定位记录:
- 如果是普通索引,则查找到满足条件的第一个记录(1,'432522222888228885','南秋同学5')后,需要查找下一个记录,直到碰到第一个不满足card='432522222888228885'条件的记录。
- 如果是唯一索引,由于索引定义了唯一性,查找到第一个满足条件的记录后,就会停止继续检索。
InnoDB的数据以数据页为单位进行读写。读取一条记录时,并不是从磁盘中读取该记录本身,而是以页为单位,将整个数据页读入内存。每个数据页的默认大小为16KB。
因此,当查找到card='432522222888228885'的记录时,该记录所在的数据页会读入内存中。对于普通索引来说,只是多做一次查找和判断(判断下一条记录是否符合条件)。即使card='432522222888228885'的记录刚好是数据页的最后一条记录,也只需读取下一个数据页,复杂度可以忽略不计。
因此,查询过程普通索引和唯一索引的性能没有明显差别。
更新过程分析
在分析普通索引和唯一索引对更新过程的性能影响之前,先说明一下change buffer。
change buffer
change buffer(变更缓冲区)是MySQL InnoDB存储引擎的一种优化机制,它可以提高对于插入、删除和更新操作的性能。在MySQL 5.5之前,change buffer只针对插入操作进行了优化,称为插入缓冲(insert buffer)。而在MySQL 5.5之后,change buffer进行了优化,对于删除和更新操作也有效,称为写缓冲(change buffer)。
change buffer结构,如图所示:
注:对buffer pool不了解的同学请移步主页查阅「一文搞懂」MySQL缓冲池(buffer pool)。
change buffer执行流程
change buffer写入流程
如图所示:
处理流程:
- 对不在buffer pool中的普通索引(即:非唯一索引)数据页执行插入、删除或更新操作时,会将这些操作记录到change buffer中,而不是直接写入磁盘。
- 对在buffer pool中的数据页执行插入、删除或更新操作时,直接更新buffer pool中的数据页。
以上操作会存在两次内存操作和一次磁盘操作:
- 内存操作一:change buffer中记录写入操作。
- 内存操作二:修改buffer pool的数据页。
- 磁盘操作:将两条插入数据合并写入redo log(顺序写)中。
change buffer读取流程
如图所示:
处理流程:
- 读取buffer pool中存在的数据页(即:page2)时,直接从buffer pool中返回即可。
- 读取buffer pool中不存在的数据页(即:page1)时,需要先将page1从磁盘读入内存,再将change buffer中的操作日志merge生成一个正确的版本返回。
change buffer合并(merge)过程
将change buffer中的操作应用到磁盘上的数据页,得到新的数据页的过程称为merge。
merge触发时机:
- 读取change buffer中记录的数据页时,会将change buffer合并到buffer pool 中,再将数据页刷新到磁盘。
- 当系统空闲或者数据库正常关闭(shutdown)时,后台master线程发起merge。
- change buffer的内存空间已满时,后台master线程会发起merge。
change buffer大小配置
change buffer使用的是buffer pool中的内存,其大小可通过参数innodb_change_buffer_max_size进行配置:
- innodb_change_buffer_max_size表示change buffer占用buffer pool内存大小的百分比,默认为25%,最大为50%:
- 当在系统中存在大量插入、更新、删除操作时,可以调大innodb_change_buffer_max_size参数值来提高系统的写入性能。
- 当在系统中存在大量查询操作时,可以调小innodb_change_buffer_max_size参数值来减少buffer pool中数据页的淘汰概率,提高系统的读取性能。
- innodb_change_buffer_max_size可动态调整,无需重新启动服务器。
change buffer类型配置
change buffer类型通过参数innodb_change_buffering进行配置:
- all:默认值,缓冲区插入、删除和清除。
- none:不缓存任何操作。
- inserts:缓冲区插入操作。
- deletes:缓冲区删除标记操作。
- changes:缓冲区插入和删除标记操作。
- purges:缓冲区在后台发生的物理删除操作。
查看change buffer配置信息命令:
show variables like '%innodb_change_buffering%';
change buffer只对普通索引生效的原因
唯一索引的更新、插入操作会先判断当前操作是否违反唯一性约束,该操作需要先将索引数据页读取到内存中,由于索引数据页已经读取到内存中,因此,更新、插入直接在内存中操作即可,无需change buffer支持。
普通索引的更新、插入操作无需判断当前操作是否违反唯一性约束,不需要将索引数据页读取到内存中,更新、插入需要change buffer来提升操作性能。
change buffer小结
通过使用change buffer,可以减少对磁盘的访问次数,提高对于插入、删除和更新操作的性能:
- 对于大量DML操作(如:批量插入)的场景下,性能提升非常明显。
- 对于更新数据后马上进行查询的场景,由于查询会触发merge过程,不但不会减少IO访问频次,反而会增加change buffer的维护代价。
更新过程
假如向t_user表中插入一条记录,执行语句:
insert into t_user values(7,'432522222888228887','南秋同学7');
要更新的数据页在内存中,处理流程:
- 如果是普通索引,则找到card为432522222888228886和432522222888228888之间的位置,插入数据即可。
- 如果是唯一索引,则找到card为432522222888228886和432522222888228888之间的位置,判断是否违反唯一性约束,没有违反唯一性约束,再插入数据。
因此,此种情况下,唯一索引和普通索引的区别只是多了一次唯一性约束判断,插入性能没有明显差别。
要更新的数据页不在内存中,处理流程:
- 如果是普通索引,则只需将更新记录在change buffer中。
- 如果是唯一索引,则需要将数据页读入内存,找到card为432522222888228886和432522222888228888之间的位置,判断是否违反唯一性约束,没有违反唯一性约束,再插入数据。
将数据从磁盘读入内存涉及随机IO访问,是数据库里面成本最高的操作之一。change buffer 由于减少了随机磁盘访问,因此对更新性能会有显著提升。
总结
普通索引和唯一索引在查询能力上没差别,主要考虑对更新性能的影响。因此,建议尽量选择普通索引。
【阅读推荐】
更多精彩内容,如:
- Redis系列
- 数据结构与算法系列
- Nacos系列
- MySQL系列
- JVM系列
- Kafka系列
请移步【南秋同学】个人主页进行查阅。内容持续更新中......
【作者简介】
一枚热爱技术和生活的老贝比,专注于Java领域,关注【南秋同学】带你一起学习成长~
- 上一篇:Ubuntu安装Redis及使用
- 下一篇:Redis集群部署方案
相关推荐
- 京东大佬问我,每天新增100w订单数据的分库分表方案
-
京东大佬问我,每天新增100w订单数据的分库分表方案嗯,用户问的是高并发订单系统的分库分表方案,每天新增100万订单。首先,我得理解需求。每天100万订单,那每秒大概是多少呢?算一下,100万除以86...
- MySQL 内存使用构成解析与优化实践
-
在为HULK平台的MySQL提供运维服务过程中,我们常常接到用户反馈:“MySQL内存使用率过高”。尤其在业务高峰期,监控中内存占用持续增长,即便数据库运行正常,仍让人怀疑是否存在异常,甚至...
- 阿里云国际站:怎样计算内存优化型需求?
-
本文由【云老大】TG@yunlaoda360撰写一、内存优化型实例的核心价值内存优化型ECS实例专为数据密集型场景设计,具有以下核心优势:高内存配比:内存与CPU比例可达1:8(如ecs.re6....
- MySQL大数据量处理常用解决方案
-
1、读写分离读写分离,将数据库的读写操作分开,比如让性能比较好的服务器去做写操作,性能一般的服务器做读操作。写入或更新操作频繁可以借助MQ,进行顺序写入或更新。2、分库分表分库分表是最常规有效的一种大...
- 1024程序员节 花了三个小时调试 集合近50种常用小工具 开源项目
-
开篇1024是程序员节了,本来我说看个开源项目花半个小时调试之前看的一个不错的开源项目,一个日常开发常常使用的工具集,结果花了我三个小时,开源作者的开源项目中缺少一些文件,我一个个在网上找的,好多坑...
- 免费全开源,功能强大的多连接数据库管理工具!-DbGate
-
DBGate是一个强大且易于使用的开源数据库管理工具,它提供了一个统一的Web界面,让你能够轻松地访问和管理多种类型的数据库。无论你是开发者、数据分析师还是DBA,DBGate都能帮助你提升工作效率...
- 使用operator部署Prometheus
-
一、介绍Operator是CoreOS公司开发,用于扩展kubernetesAPI或特定应用程序的控制器,它用来创建、配置、管理复杂的有状态应用,例如数据库,监控系统。其中Prometheus-Op...
- java学习总结
-
SpringBoot简介https://spring.io/guideshttp://www.spring4all.com/article/246http://www.spring4all.com/a...
- Swoole难上手?从EasySwoole开始
-
前言有些童鞋感觉对Swoole不从下手,也不知在什么业务上使用它,看它这么火却学不会也是挺让人捉急的一件事情。Swoole:面向生产环境的PHP异步网络通信引擎啥是异步网络通信?10年架构师领你架...
- 一款商用品质的开源商城系统(Yii2+Vue2.0+uniapp)
-
一、项目简介这是一套很成熟的开源商城系统【开店星】,之前推过一次,后台感兴趣的还不少,今天再来详细介绍一下:基于Yii2+Vue2.0+uniapp框架研发,代码质量堪称商用品质,下载安装无门槛,UI...
- Yii2中对Composer的使用
-
如何理解Composer?若使用Composer我们应该先知道这是一个什么东西,主要干什么用的,我们可以把Composer理解为PHP包的管理工具,管理我们用到的Yii2相关的插件。安装Compose...
- SpringBoot实现OA自动化办公管理系统源码+代码讲解+开发文档
-
今天发布的是由【猿来入此】的优秀学员独立做的一个基于springboot脚手架的自动化OA办公管理系统,主要实现了日常办公的考勤签到等一些办公基本操作流程的全部功能,系统分普通员工、部门经理、管理员等...
- 7层架构解密:从UI到基础设施,打造真正可扩展的系统
-
"我们系统用户量暴增后完全崩溃了!"这是多少工程师的噩梦?选择正确的数据库只是冰山一角,真正的系统扩展性是一场全栈战役。客户端层:用户体验的第一道防线当用户点击你的应用时,0.1秒...
- Win11系统下使用Django+Celery异步任务队列以及定时(周期)任务
-
首先明确一点,celery4.1+的官方文档已经详细说明,该版本之后不需要引入依赖django-celery这个库了,直接用celery本身就可以了,就在去年年初的一篇文章python3.7....
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (63)
- oracle批量插入数据 (62)
- oracle事务隔离级别 (53)
- oracle 空为0 (50)
- oracle主从同步 (55)
- oracle 乐观锁 (51)
- redis 命令 (78)
- php redis (88)
- redis 存储 (66)
- redis 锁 (69)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)