@NullErro 讲真非杠..您说的这些确实不需要读到源码，多看一点书，当然如果是介绍源码的书就更好，都可以讲得清清楚楚了。我想的是其实楼主既然都写清楚了熟悉 xxx 源码，这些点对“熟悉源码”的程度来说算比较浅了，其实没有必要去质疑。针对您第一个回复说的”但是如果不是实实在在明白原理的话，建议简历上不要这么写“，如果我是写了”熟悉源码“然后被别人这样说的话，我觉得这完全就是在小瞧别人而已。

拿我自己来说，看过部分 Redis 的源码，简历上只敢写熟悉应用，了解部分原理，我觉得 LZ 写得出来还要被质疑一些基本的原理答不答得上来的话，真的是小瞧人家= =

@NullErro 话虽如此..可是从哪里看得出来楼主这些，比如 zk，讲不清楚呢，一般来说就算没有看过源码这些选主的思路都是看文档看公众号看技术博客都能了解清晰的

@RedisMasterNode 抱歉是我眼睛很模糊（滑跪！）如果按照这个描述的话不存在 3 这行当然会进行范围锁 orz

@jdz 你的描述很模糊，id=3 这行存在？

id 是唯一索引的时候没有使用 next_key locking，应该是 record lock

另外为什么还在用 MyISAM 引擎可以说下理由？

可以给出具体代码和环境吗

@kayseen 这个 base62 可以被反解，你的业务是需要能被反解还是不能被反解的？这套方案主要解决了分布式发唯一号的坑，不过可以反推原来序号这个问题可能还需要额外解决，因为 base62 出来之后不是个随机数，其实应该说是 62 进制的顺序增长的数比较合适

@kayseen 我的思路就是你只要能够保证分发的数字（ deci ）唯一，就能保证 base62 没有冲突，分发唯一这个靠 ZK 和本地库的自增使用来保证，或者自己想思路也可以

@kayseen 不好意思 排版有点问题，下面这个 demo 可以直接运行
https://pastebin.com/zSDjvULE

@kayseen
```
def base62_encode(deci):
s = '0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz'
hash_str = ''
while deci > 0:
hash_str = s[deci % 62] + hash_str
deci /= 62
return hash_str

if __name__ == '__main__':
num = 12837912839128347316
print(base62_encode(num))
```

https://blog.2014bduck.com/archives/241
https://blog.2014bduck.com/archives/250
同分享

@PanJiaChen 2333 我也不知道他讲的是啥 orz 尼克杨.jpg

@royzxq 谢谢 发了 不过活动什么就算了 留给其他人参与吧～

另外特别感谢 @PanJiaChen 大佬的内推，整个等待过程都不断被我骚扰进度 Orz 继续努力～再接再厉～

帮忙顶一下帖子，楼主 wx 解答问题很耐心～

@yoyos base62 方案号段会影响输出的长度，如果你要做成一次性分配完的话不方便在固定长度短链（也就是业务要求的 7 位）下水平扩容，而且复杂度并没有降低，还是要实现扩容发号那一套东西。。。

@mrlmh00 嗯看到确实是这样，但是这个问题还是非常好解决，只需要想办法将 base62 生成的信息按照特定规则编码出来增加破解难度就可以了？至于其他的生成方案，主楼已经讲过为什么不打算使用了。

当然如果有所谓的''完美''方案，也欢迎提出来交流学习～