楼主，你这个问题大了。

twitter，weibo等都是专门做了一个发号器来解决这个问题的。
twitter那一套东西，叫做snowflake，楼上已经有人指出过了。这玩意一共64bit，前41bit是以微妙的时间戳，10bit是机器护着说服务器id，最后12bit是seq序列累加计数器。
weibo的方法和twitter是很类似的，将id分割为n个段，每段采集一定的数据源，最后生成一个高度唯一的id。

flickr是用的一个叫做ticketserver的玩意，使用纯mysql来实现的。
create table ticket(
id bigint unsigned not null auto_increment primary key,
stag char(1) not null default '',
unique key stag(stag)
)engine=myisam;
先插入一条记录，然后再用replace去获取这个id。
replace into ticket(stag) values('a');
select last_insert_id();====>ID

然后是，UUID也是一个不错的选择，但是UUID生成的序列太长，而且mysql本身不具备原生支持（我假装楼主用的mysql），但楼主可以尝试把uuid当作binary(16)来保存效果会好些儿。但楼主说是纯数字，那就白搭了。

还有一种，是我群里听到的。就是提前生成一大坨可用的唯一的id，用的时候直接取然后del掉，这也是可行的，因为说这个方案的那个人是个大神。为什么提前生成呢，我觉得最主要一条就是预防高并发情况下，两个人得到的id是一样 ; 提前生成的话可以排队一个一个生成，确保唯一。当然，他们的生成策略是什么我就不太清楚了。楼主可以参考twitter的做法。

另有，mongodb自带的objectId也是一种高度唯一的序列，楼主可以利用Mongodb生成的直接拿过来用，但也要确保高并发情况下，两个人或者更多人得到同一个id，虽然概率很低。但楼主说是纯数字，那还是白搭。

如果楼主玩的单机，那就不用太纠结唯一id的问题，主键自增就可以做唯一id。太长远的问题，现在可以考虑，但不能过于拘泥。如果楼主是分布式，那就是要必须了要这个东西了。

base_convert(uniqid(), 16, 10);

可以

redis incr

楼主应该说明唯一ID用途和使用场景,数据库自增ID,还有PHP是弱类型的,数字和字符串数值类型是可以通用,相互转换的.

没办法的， 除非你记录生成过的数字， 否则即使随机函数，时间戳生成数字都会出现重复的。

uniqid is really good, why don't you use it ? just need convert to number , first answer is cool.

sorry I can't type Chinese, because it's disabled on chrome , I think it's a bug of segmentfault.com

应该先说明场景，单机唯一还是多久唯一，单次请求唯一还是多次请求唯一

时间戳加随机数字的组合，但是保险起见，最好生成之后还是需要到记录过的ID池验证一下

@magicgod i think you can @SegmentFault to solve your question

不太明白题主的意思，是用在什么场景呢？在数据库的话直接设置ID自增不就可以了吗？如果是数组的话，那就直接＄i++咯