为什么 Google Plus 用户 ID 是这么大的整数，甚至比 MySQL 上的 bigint 还要大？答案

【问题标题】：Why Google Plus user id's are such big integers, even it's bigger than bigint on MySQL?为什么 Google Plus 用户 ID 是这么大的整数，甚至比 MySQL 上的 bigint 还要大？
【发布时间】：2012-03-28 06:32:22
【问题描述】：

我今天想知道为什么 google 决定为 google plus 平台这样做。我知道我可以在 mysql 中使用 varchars 处理这些 id，但我有点奇怪为什么 google 决定使用这么大的整数。一个示例 google plus id 是这样的：117634089072667507999

这是一个非常大的整数，超出了 Mysql 上 unsigned bigint 的范围。即使 mysql 上有一个大整数，即使每秒有数百万用户登录 google plus，也需要数千年才能达到 id 的极限。所以我的问题是，为什么 google 选择这么大的整数？

【问题讨论】：

因为他们是谷歌，他们可以:)。呵呵，我自己也对这个问题感兴趣。点赞

标签： mysql google-plus bigint

【解决方案1】：

可能允许他们使用非顺序 ID，这样您就无法通过比较用户 ID 来推断任何内容。

您应该将它们存储为字符串，因为您没有将它们用作数字（就像邮政编码或电话号码一样）。

【讨论】：

hmmm...您的论点听起来合乎逻辑，但为什么 facebook 不这样做呢？
@Masum：你确定 Facebook 没有这样做吗？
Facebook id 可以存储在 mysql bigint 中，但不能存储在 gplus 中。我以为他们从一开始就使用 mysql。无论我可能是错的，谢谢你的回答
@Masum：这并不一定意味着它们是连续的。
首先，如果他们使用这个号码作为真实身份，那么他们就不是谷歌了。这只是可显示的 ID，而不是真正使用的 ID。第二：如果他们在处理这么多用户方面“非常”大，他们将是“非常愚蠢”，考虑一下：BIGINT 最大值：18446744073709551615。一年中的秒数：31536000。每秒有 100 万新用户需要超过 40 万年填补数据库。更不用说我们这个星球上只有 7B 多一点的人！