普通索引和唯一索引的选择.docx
免费下载
目录
普通索引和唯一索引的选择
...............................................................................1
查询过程
........................................................................................................2
更新过程
........................................................................................................3
change buer
的使用场景
..............................................................................5
索引选择和实践
...............................................................................................6
change buer
和
redo log............................................................................6
小结
............................................................................................................10
普通索引和唯一索引的选择
在不同的业务场景下，应该如何选择普通索引和唯一索引？
假设你在维护一个市民系统，每个人都有一个唯一的身份证号，而且业务代码已经保
证了不会写入两个重复的身份证号。
如果市民系统需要按照身份证号查姓名，就会执行类似这样的
SQL
语句：
select name from CUser where id_card = 'xxxxxxxyyyyyyzzzzz';
所以，你一定会考虑在
id_card
字段上建索引。
由于身份证号字段比较大，不建议你把身份证号当做主键，那么现在你有两个选择，
要么给
id_card
字段创建唯一索引，要么创建一个普通索引。
如果业务代码已经保证了不会写入重复的身份证号，那么这两个选择逻辑上都是正确
的。
现在问题是，从性能的角度考虑，选择唯一索引还是普通索引呢？选择的依据是什么
呢？
假设，我们有一个主键列为
ID
的表，表中有字段
k
，并且在
k
上有索引。
这个表的建表语句是：
mysql> create table T(
id int primary key,
k int not null,
name varchar(16),
index (k))engine=InnoDB;
假设字段
K
上的值都不重复。
接下来，我们就从这两种索引对查询语句和更新语句的性能影响来进行分析。
of 10
免费下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论