ObjectId的构成
ObjectId的值由12个字节组成,其中,
- 4个字节表示时间戳(自Unix纪元以来的秒数),记录创建时间;
- 3个字节表示机器标识符,保证不同主机产生不同的ObjectId值;
- 2个字节表示进程ID,保证在同一台主机不同MongoDB进程产生不同的ObjectId值;
- 3个字节表示自增计数器(以随机值开头),保证同一主机同一进程同一秒内产生ObjectId的唯一性。
ObjectId =时间戳(4字节) + 机器标识码(3字节) + 进程ID(2字节) + 计数器(3字节)
ObjectId的构成
ObjectId的值总体上呈递增趋势,但不是绝对的
ObjectId前4个字节存的是时间戳,而时间是递增的,所以ObjectId总体保证递增的顺序。
存储的时间戳只精确到秒,在同一台机器不同的MongoDB进程,同一秒内生成的ObjectId,进程ID小的会排在大的前面。存在这种情况,进程ID大的先生成ObjectId,但还是会排在进程ID小的后面。所以ObjectId递增不是绝对的。
ObjectId在一秒内生成的数量是有限的
3个字节所能表达的最大的整数:2^24-1。所以一个MongoDB进程,在一秒内最多能生成 2^24-1 个ObjectId。
从目前机器的性能来看,要超过这个限制几乎是不可能的。
ObjectId的唯一性
ObjectId近似唯一,理论上会出现很小概率(1/(2^24-1))的重复情况,这取决于MongoDB驱动实现ObjectId方式。
以C#官方驱动来说,构成ObjectId的计数器,C#使用了Interlocked.Increment实现,保证了同一MongoDB进程在同一秒内生成的多个ObjectId的计数器是累加的,从而保证了生成的ObjectId是唯一的。
不过,有些版本的驱动是使用了随机数作为计数器,这种情况下并不能保证生成的ObjectId是唯一的。
所以,除非你使用的是一个非常老的版本,或者很小众的驱动,否则都不需要为重复的ObjectId担心。