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

v3.2.6

Bug修复：

• 修复配置SLAVEOF no one 命令后，CONFIG rewrite没有回写此次配置到配置文件问题。
• 修复PKSETEXAT 命令在sharding模式下slot哈希错误的问题。
• 修复PFADD 命令中给定键值的近似基数增长异常的问题。

注意事项：

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

v3.2.5

Bug修复：

• 修复KEYS命令通配符不起作用的问题。

注意事项：

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

v3.2.4

Bug修复：

• 修复INCR DECR INCRBY DECRBY INCRBYFLOAT命令同步到从库后会造成从库对应key丢失TTL属性的问题。

注意事项：

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

v3.0.13

Bug修复：

• 修复INCR DECR INCRBY DECRBY INCRBYFLOAT命令同步到从库后会造成从库对应key丢失TTL属性的问题。

注意事项

• pika3.0.13暂不支持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.13，2.X用户升级至2.3.8或3.0.13

v2.3.8

Bug修复：

• 修复INCR DECR INCRBY DECRBY INCRBYFLOAT命令同步到从库后会造成从库对应key丢失TTL属性的问题。

注意事项

• Pika 2.3.3版本添加了主从Server ID认证机制，无法之前的所有版本无法建立主从关系，升级请注意!
• pika 2.3版本仅支持做2.3+版本的主从，请勿将pika 2.2和pika2.3建立主从
• pika从2.1.4推荐需要使用gcc 4.8+版本编译，更新gcc后执行make distclean && make编译
• 仅支持从2.1.0+版本平滑升级到2.3.0，如果从更早版本升级，请看2.1.0的注意事项
• 为了服务的稳定，请所有使用2.3.8之前版本的用户尽快升级至2.3.8

v3.2.3

优化&新特性：

• 重构读写关键路径，写性能提高约10%，读性能提高约50%。
• 增加max-client-response-size 配置项，限制命令返回数据的大小（防止类似keys *等命令由于返回值过大将内存耗尽）。

Bug修复：

• 修复调用网络库有极小概率会造成死锁的问题。
• 修复rsync子进程未关闭父进程文件描述符的问题。
• 修复主从模式下反复切主导致的binlog同步异常的问题。
• 修复redis-cli使用pipeline形式命令失败的问题。

注意事项：

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

v3.0.12

Bug修复：

• 修复调用网络库有极小概率会造成死锁的问题。
• 修复由于解析redis命令错误导致binlog同步异常的问题。
• 修复由于使用Nagle算法个别请求可能造成40ms延迟的问题。
• 修复退出pubsub线程导致崩溃的问题。

注意事项

• pika3.0.12暂不支持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.12，2.X用户升级至2.3.6或3.0.12

v3.2.2

Bug修复：

• 分片模式下支持Del, Mset, Mget, Exists命令，详见 Slot Commands

注意事项：

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

v3.2.1

新特性：

• 分片模式下支持哨兵
• 分片模式下支持Slaveof命令，详见 Slot Commands
• 新增Redis 5.0支持的ZPopMax/ZPopMin命令, 使用方式与Redis完全一致
• 慢日志记录更多的信息(例如DB名称，命令长度，参数数量等), 方便排查问题
• Info Data中新增db_fatal, db_fatal_msg字段用于监控Pika下所有Rocksdb的异常状态
• Blackwidow层面实现全新的LRUCache, 使用LRUCache数据结构相关接口性能会有大幅度的提升(例如用redis-benchmark测SPop, QPS从5w提升到12w+)

Bug修复：

• 修复PubSub场景下调用Ping，会返回报错的问题
• 修复Pika多Key命令不能保证原子性的问题(例如Del, MSet等)
• 修复之前版本Info信息中去掉了read_only导致监控异常的问题

注意事项：

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