开始
在阅读关于zookeeper的session管理的时候对sessionId的构成以及各个服务端采用的分桶策略印象深刻,这里记录下。
sessionId构造
sessionId是用于唯一标识一个会话的,因此需要全局的唯一性。
sessionId的初始化是使用时间戳加 server的sid进行构造,方法如下
sessionId = ((timestamp << 24) >> 8) | (sid << 56)
时间戳左移24位,接下来右移8位,这一步给sid腾出空位,最后是或上左移了56位的sid,实质就是初始化的sessionId的高8位是server的sid,嗯,这也可以看出这种做法限制我们的zookeeper集群最多为255台。使用24的原因在于第25位在很长一段时间都是0,因此可以保证左移后为正数,但是多年后还是可能出现负数的问题,解决办法也很简单,改成无符号右移8位即可。
分桶策略
zookeeper对客户端连接管理时使用了分桶策略,什么意思呢?zookeeper不会严格按照超时时间点去判断客户端连接是否超时,而是根据超时时间将各个session放入到一个个时间桶里面,通过对超时时间进行计算可以将不同的session散列到顺序的序号不断增长的桶里面,当时间越过这个桶代表的时刻时,即认为桶内所有的回话超时了。当然每次会话有新的交互都需要更新会话的桶。
其他
会话关闭时需要清理该会话创建的所有临时节点,因此要小心临时节点由于会话关闭而导致数据丢失。
网友评论