MongoDB中唯一索引(Unique)的那些事 - 主机乐

MongoDB支持的索引种类很多，诸如单键索引，复合索引，多键索引，TTL索引，文本索引，空间地理索引等。同时索引的属性可以具有唯一性，即唯一索引。唯一索引用于确保索引字段不存储重复的值，即强制索引字段的唯一性。缺省情况下，MongoDB的_id字段在创建集合的时候会自动创建一个唯一索引。本文主要描述唯一索引的用法。

关于什么是索引以及唯一索引这里就不做说明了，不清楚的可以自行谷歌或者百度。是什么引起我写这篇文章呢，这来自于之前项目中的一个问题。

我们用的是MongoDB数据存储用户信息，用户表中曾经用户注册是通过手机号注册的，所以很理所当然的给手机号加上了唯一索引(Unique)，这是没有什么毛病。后期，我们需求改了。你也可以想到变成了既可以手机号注册又可以邮箱注册，这个时候由于手机号加了Unique索引，事实上这时候是会出现问题的。

解决方式

是不是就没有解决方式了呢？当然有，Mongo提供了Sparse Index，被翻译为稀疏索引。下面是创建稀疏索引的例子：

db.getCollection("test").createIndex( { "phone": 1 }, { sparse: true })

执行上面的语句后，不会去索引不存在phone字段的文档。也就是说存在才对其索引，那么此时和Unique索引结合起来就可以派上用场了。Unqiue是唯一，Sparse是存在才索引。所以，当phone或email为空的时候我们可以不将其插入这是可以实现的。

db.getCollection("test").createIndex( { "phone": 1 }, { sparse: true,unique: true } )

上面是是mongo shell语法，通常我们一般通过代码中建立索引，修改如下(当然User结构体中Phone字段omitempty标签还是要有的)：

func init() { phoneIndex := mgo.Index{ Key: []string{"phone"}, Unique: true, Sparse: true, } col := db.Collection(&User{}) col.EnsureIndex(phoneIndex)}

但是这又正如我们前面说的那样，打破了数据原有的数据结构。哎，有得有得。当然我们还可以从业务层面去解决，比如注册时对其查询等操作，当然会耗一定性能，不管你是那空间换时间，还是拿时间换空间总得付出一个，别做一个太贪心的人。