Mongodb 在分布式数据存储中生成短URL

目前我运行的web应用程序严重依赖于链接到原始内容的短URL，这些URL需要尽可能短

目前，我使用一个简单的MySQL数据存储来存储这些对象，并使用递增计数器->base 62转换来生成短URL，这些URL将随着时间的推移而增长。我们需要转向一个更加分布式和可扩展的环境

---

为分布式数据存储中的内容生成小型、唯一的短URL的最佳方法是什么？具体来说，我们计划使用或。

我建议您在此处查看Jon Skeet对HiLo算法的描述：

---

有关mongo的特定用例，请参见

，我建议您在此处查看Jon Skeet对HiLo算法的描述：

---

对于mongo的特定用例，请参见

我开始开发一个网络服务，该服务将在分布式应用程序（应用程序服务器）的每个节点上运行，代码将从该服务请求一个ID，该服务将分配一个范围，例如4501-5000，并使用这些范围，然后从某个原子计数器商店获取更多。。。虽然我不确定这是否是最好的方法。哦，酷！参考-：-）目前我有一个redis实现（用于atomic range store），但我正在开发dynamodb。也许规模比你需要的更大，但一个有趣的项目是Twitter的雪花：我花了很多时间研究雪花和边界/雪花，但这两者的问题是它们不是增量的，从较小的数字开始增加，并将雪花ID转换为基数为62的字符串，使其长度约为18个字符。。。这对我来说太长了。我开始在分布式应用程序（应用程序服务器）的每个节点上运行一个网络服务，代码将从该服务请求一个ID，该服务将分配一个范围，例如4501-5000，并使用这些，然后从某个原子计数器商店获取更多。。。虽然我不确定这是否是最好的方法。哦，酷！参考-：-）目前我有一个redis实现（用于atomic range store），但我正在开发dynamodb。也许规模比你需要的更大，但一个有趣的项目是Twitter的雪花：我花了很多时间研究雪花和边界/雪花，但这两者的问题是它们不是增量的，从较小的数字开始增加，并将雪花ID转换为基数为62的字符串，使其长度约为18个字符。。。这对我来说太长了。