借助 mongodb 生成自增 id 是否可行？

我目前就是这样，好像没发现啥性能问题，也有可能是我总能不高

@glaucus 总能-》并发

Snowflake，了解一下

他每一个文档必然有一个 objectid （官方建议），那就不需要显式生成。就更谈不上性能问题了吧。。

MongoDB ObjectID 并不保证自增！它自增是因为有时间戳，你在多线程里同时调用是没有严格顺序的。
可以看下官方文档它的实现。

objectId 的算法公开的，也可以自己生成，也有现成的库

@MartinWu 这个 id 不是在 mongo 里用，是给其他服务用

redis 的 inc 也可以啊

incr

@PHPJit inc 要记录上次生成的数，不同表还要分别保存

@rrfeng 多谢提醒

redis 有个 Snowflake 的 module

ObjectId 的时间戳精确到秒，同一秒内生成的两个 ObjectId 好像先后顺序是无法确定的哦

参考 http://calvin1978.blogcn.com/articles/uuid.html
貌似可以

在公司大规模用过，没出问题，放心玩吧。

服务号+时间戳+redis.incr，如果有长度限制的话，incr 结果取模即可，小整数的服务号区分服务，线程安全且自增

我勒个去，自己测了一把，50 个线程生成 10 万个，有两三百个重复的，楼主慎重。

美团有篇文章讲怎么生成 还开源了一个 最好机器生成

同意 @PHPJit 说的，用单例的 redis 的 incr 来实现，“记录上次的数”，“不同表”都没有问题。

不是很懂为什么执着于自增 id，是和之前的老数据对接么

@FightForFreedom 1.自增对数据库建索引有帮助。2.可以用于分页

Before this discussion, recall that the BSON Object ID consists of:

[4 bytes seconds since epoch, 3 bytes machine hash, 2 bytes process ID, 3 bytes counter]

https://stackoverflow.com/questions/4677237/possibility-of-duplicate-mongo-objectids-being-generated-in-two-different-colle

object id 与时间戳、机器码、进程号、和随机数有关，一般而言，重复的概率极低，即使重复了也无关紧要，做好 unique 索引就不用担心了

担心重复的话 可以给每一个生成器加一个前缀吗 ...

@jifengg 单独 incr 不考虑 redis 异常情况？ 如果断电是不是还要强制 aof 恢复？