作者回复: 可以暂时记录上次发好的时间,然后和这次的时间比较
作者回复: 其实很难预估数据量,某一天有活动咋办?不同的起始值也可,只是增加人工成本,增加了库表咋办?忘了设置咋办?
作者回复: 容器ID太长了。。。 其实引入zk也还好,对于zk是弱依赖,只是启动的时候拉一下机器ID
作者回复: 容器ID太长了吧,比较占发号器的位数
作者回复: 在没到69年的时候增加时间的位数……
作者回复: 是的 不过像redis那样单线程处理就好了
作者回复: 是的
作者回复: 标准实现是的
作者回复: 这样要对每一个库的offset都要维护,你要是分了1000张表,就要维护1000个offset
作者回复: 不会的
作者回复: 可以单线程,比如类似redis的实现
作者回复: 会发这么多号吗……
作者回复: 是的,没错
作者回复: 是可以用发号器来代替了