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的支持

v3.0.11

Bug修复：

• 修复全同步替换DB时执行Info命令可能导致Pika崩溃的问题
• 修复一主多从场景下，某一从库网络不稳定可能造成所有从库中断同步并无法重建同步关系的问题

注意事项

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

v2.3.7

Bug修复：

• 修复LRange不释放Snapshots导致磁盘空间无法正常回收的问题
• 修复一主多从场景下，某一从库网络不稳定可能造成所有从库中断同步并无法重建同步关系的问题

注意事项

• 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的注意事项

v3.2.0

新特性：

• 分片模式（sharding mode）全面支持slot级别的建立，删除，同步，监控，命令详见 Slot Commands
• 全面支持codis，支持的codis的内部通信命令具体见 Codis Commands，codis方案见Support Cluster Slots
• 支持twemproxy框架等其他集群方案，方案见 Support Cluster Slots

Bug修复：

• 修复pubsub线程退出时崩溃的问题
• 修复多线程同时执行config rewrite命令导致崩溃的问题
• 修复经典模式下pika级联（即是主又是从）无法同步binlog的问题
• 修复高版本向低版本同步时，低版本执行不支持的命令导致崩溃的问题

注意事项：

• 分片模式和经典模式不可兼容，请在启动时候配置好启动模式

• 经典模式下取消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.10

• 3.0仍会继续维护，目前已经彻底停止对2.X的支持