RedisMasterNode

@bearboss 自增区间会有反解的风险但是并不能说太明显

1. base62 算法你可以自由实现，包括如果不按照 ABC..XYZabc...xyz123..89 这个顺序，如果我将数字安插在不同字母之间作为 base62 算法的 base 呢？只要保证生成和解析是相同即可，不一定是服务外能简单猜测到的排序
2. 除了单纯的自增，在分布式场景中你的短链生成的机器有非常多，例如 50 个机器，每个机器除了有它自己的号段以外，还需要将机器号埋入 base62 之前的明文，例如我为每台机器分配名字：33869 、22193 这些都是无规则的 ID ，可以进一步混淆 base62 前的明文

类似的 trick 还可以举例好几种，仍然有反解的风险，但是我理解这个东西得看是否产生价值，如果反解要花很多时间的话那我觉得服务端的目的已经基本达到了

@InFaNg 有没有什么更稳定的唯一 ID 生成方案呢，或者你这里已经用了 base62 了，那有没有什么稳定的唯一十进制数生成方案呢，这里的 DB 查询完全可以避开的

$random_number = rand(14776337, 916132832); // [62^4 + 1, 62^5]
while ($db->where('id', $random_number)->getValue('fwlink', 'count(*)') > 0) {
$random_number = rand(14776337, 916132832); // [62^4 + 1, 62^5]
}

这个方案不会在短连接数量很多的时候产生一些冲突吗，这里大概有 9 亿的可用值，也就是说数据量达到 3 亿左右基本上就有 1/3 的请求会需要查 > 1 次 DB

另外在访问的时候，相当于所有的访问都要去查询 DB ，即使链接是用户随便输入的

无恶意纯随便探讨一下，小工具做得挺有意思的页面简洁好看。

形式挺好的 star 了

有些公司的记录是不太准确的，例如列表里面某公司只有高绩效（前 20%）才能拿到所述的年终奖，并不能代表大部分人的情况

小心一会又有人来喷你说刷题是服从性测试了