v3.3.6
Do not use the sharding mode. We have abandoned this mode.
新增功能:
- 增加在分片模式下计算slot时对hash tag的支持。
- 增加在sharding模式下支持pkscanrange 、pkrscanrange、lpushrpop命令。客户端需要指定hash tag来保证所有操作在同一个slot上。
- 增加rocksdb memtable 配置预分配内存大小的接口。
Bug修复:
- 修复分片模式下,配置slot num非2的幂次数目时,计算slot hash值与codis不一致的问题。
- 修复哨兵使用pubsub命令可能导致coredump的问题。
注意事项:
- 分片模式和经典模式不可兼容,请在启动时候配置好启动模式
- 副本一致性可配置功能目前只支持分片模式。
- 分片模式下取消slaveof 命令,使用pkcluster slotsslaveof 替代,详细见Pika分片命令
- 经典模式下取消
info log
命令,info log
的binlog offset移至info replication,info log
的binlog size移至info data - 分片模式下取消
info replication
命令,用pkcluster info slot
替代 - 由于redis-cli 对于数据展示格式限制,对于pkcluster info slot的数据展示格式不够人性化。可以自行修改redis-cli代码 redis-cli modification
- pika从2.1.4推荐需要使用gcc 4.8+版本编译,更新gcc后执行make distclean && make编译
- pika3.1.0版本之后不再支持双主
- pika3.1.0版本使用pb协议进行内部通信,不能直接和之前的版本建立主从关系,由低版本升级到pika3.1.0可以参照wiki进行升级(如何升级到Pika3.0、如何升级到Pika3.1)
- 由于zset精度的优化(自pika3.0.0起zset精度已与redis一致),如果你在低版本的pika(<3.0.0)中使用了geo功能,请在将其升级到pika3.0时不要直接使用nemo_to_blackwidow工具进行geo相关zset(其它结构的数据不受影响)数据的迁移,否则由于精度差异问题,迁移后的geo数据将损坏,建议使用客户端将geo相关zset数据重新导入。
- 3.3.0 以后的版本包含了日志复制一致性的功能,建议使用该功能的用户使用本版本。
- 为了保证服务的稳定,建议不使用日志复制一致性的用户升级至3.2.9。
- 目前停止对3.0版本的维护