v3.3.3

Bug修复：

• 修复经典模式下由于使用std::vector越界有概率造成崩溃的问题。

注意事项：

• 分片模式和经典模式不可兼容，请在启动时候配置好启动模式
• 副本一致性可配置功能目前只支持分片模式。
• 分片模式下取消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.2.9
• 3.0仍会继续维护，目前已经彻底停止对2.X的支持

v3.3.2

新功能：

• 添加 Pika Logo。
• 提升Zrangebyscore Zrevrangebyscore 接口性能，对于Zset存在大量元素时效果提升明显。
• 提高 thread-pool-size 可配线程数上限从24提高至100。
• 分片模式下Pkcluster info table 命令提供表级别的更详细统计信息，详见Pika分片命令。
• 分片模式下Pkcluster info slot 命令提供更细致的slot展示选项，详见Pika分片命令。
• 分片模式下支持处理多分片任务的命令，目前支持Mset，Mget，Exists，Del。

Bug修复：

• 修复从节点全同步之后，主从节点binlog偏移量不一致的问题。
• 修复分片模式下Pkcluster slotsslaveof ip port all table_id 命令在多表场景下的兼容问题。

注意事项：

• 分片模式和经典模式不可兼容，请在启动时候配置好启动模式
• 副本一致性可配置功能目前只支持分片模式。
• 分片模式下取消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.2.9
• 3.0仍会继续维护，目前已经彻底停止对2.X的支持

v3.3.1

Bug修复：

• 修复了写请求对于table加锁时间过长的问题。
• 修复分片模式下 pkcluster slotsslaveof 命令解析失败的问题。
• 修复分片模式下开启副本一致性功能后，客户端命令有一定概率获得空的返回值的问题。

注意事项：

• 分片模式和经典模式不可兼容，请在启动时候配置好启动模式
• 副本一致性可配置功能目前只支持分片模式。
• 分片模式下取消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.2.9
• 3.0仍会继续维护，目前已经彻底停止对2.X的支持

v3.3.0

新功能：

• 分片模式下支持副本一致性可配置功能，提供consensus-level和replication-num配置，详细见pika 配置文件说明，使用文档详见副本一致性使用文档，设计文档详见副本一致性设计文档。
• 分片模式下支持table的动态添加，删除，展示。

注意事项：

• 分片模式和经典模式不可兼容，请在启动时候配置好启动模式
• 副本一致性可配置功能目前只支持分片模式。
• 分片模式下取消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.2.9
• 3.0仍会继续维护，目前已经彻底停止对2.X的支持

v3.2.9

Bug修复：

• 修复网络异常场景下，std::string 追加操作导致的大量内存拷贝的问题。

注意事项：

• 分片模式和经典模式不可兼容，请在启动时候配置好启动模式
• 经典模式下取消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.2.9
• 3.0仍会继续维护，目前已经彻底停止对2.X的支持

v3.2.8

优化&新特性

• 新增compression 压缩选项LZ4, ZSTD，详见pika 配置文件说明。发布的二进制文件仅提供SNAPPY的静态库链接。如需要其他压缩方式，请安装相应压缩库自行编译。
• 增加max-conn-rbuf-size 配置参数，用于调整单次命令请求最大缓存大小，详见pika 配置文件说明。
• 优化docker镜像编译流程。

Bug修复：

• 修复单次请求命令过大（通常超过64M）造成从库同步失败的问题.
• 修复protobuf 序列化2G以上命令会出现崩溃的问题。
• 修复输入DBSLAVEOF dbx no one命令后依然会不断尝试重连的问题。
• 修复compact-cron, compact-interval不起作用的问题。
• 修复旧版tcmalloc带来的内存占用过多导致OOM的问题（升级tcmalloc版本至2.7）。

注意事项：

• 分片模式和经典模式不可兼容，请在启动时候配置好启动模式
• 经典模式下取消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.2.8
• 3.0仍会继续维护，目前已经彻底停止对2.X的支持

v3.0.16

新特性：

• 为方便2.3.x 版本升级到3.0.x版本，支持identify-binlog-type配置参数，参数说明详见pika 配置文件说明，2.3.x版本升级到3.0.x升级方案详见如何升级到Pika3.0。

注意事项

• pika3.0.16暂不支持pika-hub
• pika从2.1.4推荐需要使用gcc 4.8+版本编译，更新gcc后执行make distclean && make编译
• pika 3.0.0版本替换了数据引擎以及对binlog做了升级，由低版本升级到pika3.0.0可以参照wiki进行升级(如何升级到Pika3.0)
• 由于zset精度的优化（自pika3.0.0起zset精度已与redis一致），如果你在低版本的pika（<3.0.0）中使用了geo功能，请在将其升级到pika3.0时不要直接使用nemo_to_blackwidow工具进行geo相关zset（其它结构的数据不受影响）数据的迁移，否则由于精度差异问题，迁移后的geo数据将损坏，建议使用客户端将geo相关zset数据重新导入。
• 为了保证服务的稳定，建议所有3.0.x用户升级至3.0.16，2.X用户升级至3.0.16

3.0.15

新特性：

• 新增compression 压缩选项LZ4, ZSTD，详见pika 配置文件说明。发布的二进制文件仅提供SNAPPY的静态库链接。如需要其他压缩方式，请安装相应压缩库自行编译。

Bug修复：

• 修复在做BGSAVE期间执行INFO命令有概率导致死锁的问题。

注意事项

• pika3.0.15暂不支持pika-hub
• pika从2.1.4推荐需要使用gcc 4.8+版本编译，更新gcc后执行make distclean && make编译
• pika 3.0.0版本替换了数据引擎以及对binlog做了升级，由低版本升级到pika3.0.0可以参照wiki进行升级(如何升级到Pika3.0)
• 由于zset精度的优化（自pika3.0.0起zset精度已与redis一致），如果你在低版本的pika（<3.0.0）中使用了geo功能，请在将其升级到pika3.0时不要直接使用nemo_to_blackwidow工具进行geo相关zset（其它结构的数据不受影响）数据的迁移，否则由于精度差异问题，迁移后的geo数据将损坏，建议使用客户端将geo相关zset数据重新导入。
• 为了保证服务的稳定，建议所有3.0.x用户升级至3.0.15，2.X用户升级至2.3.8或3.0.15

v3.2.7

优化&新特性

• 增加CLIENT LIST 命令按addr或idle排序的功能，详见pika-差异化命令。
• 增加sync-window-size 配置参数，优化主从在网络存在高延迟场景下的同步性能，详见pika 配置文件说明。

Bug修复：

• 修改启动RSYNC失败之后的输出日志。
• 修复SLAVEOF和DBSLAVEOF命令参数校验不严谨问题。

注意事项：

• 分片模式和经典模式不可兼容，请在启动时候配置好启动模式
• 经典模式下取消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.2.7
• 3.0仍会继续维护，目前已经彻底停止对2.X的支持

v3.0.14

Bug修复：

• 修复PFADD 命令中给定键值的近似基数增长异常的问题。

注意事项

• pika3.0.14暂不支持pika-hub
• pika从2.1.4推荐需要使用gcc 4.8+版本编译，更新gcc后执行make distclean && make编译
• pika 3.0.0版本替换了数据引擎以及对binlog做了升级，由低版本升级到pika3.0.0可以参照wiki进行升级(如何升级到Pika3.0)
• 由于zset精度的优化（自pika3.0.0起zset精度已与redis一致），如果你在低版本的pika（<3.0.0）中使用了geo功能，请在将其升级到pika3.0时不要直接使用nemo_to_blackwidow工具进行geo相关zset（其它结构的数据不受影响）数据的迁移，否则由于精度差异问题，迁移后的geo数据将损坏，建议使用客户端将geo相关zset数据重新导入。
• 为了保证服务的稳定，建议所有3.0.x用户升级至3.0.14，2.X用户升级至2.3.8或3.0.14