pika 3.4.0 发布了。pika 是 360 公司发布一个可持久化的大容量 redis 存储服务，兼容 string、hash、list、zset、set 的绝大部分接口，解决 redis 由于存储数据量巨大而导致内存不够用的容量瓶颈。360 推出原生分布式 pika 集群，发布 pika 3.4.0，pika 原生集群不再需要额外部署 codis-proxy 模块。
新增功能：
- sharding 模式下内置 pika proxy 组件，自动代理客户端请求到响应 slot 节点。
- proxy 支持根据业务压力配置后端连接数。
- proxy 支持后端连接自动保活机制。
- proxy 支持 slot 共享后端连接。
- proxy 支持客户端 pipline 功能。
- proxy 支持 slot 主从切换，slot 数据迁移功能。
- proxy 支持 hash tag 功能。用户可以通过 hash tag 把 key 存储到指定的 slot。
- pika 支持 protocol buf 管理接口。
注意事项：
- 分片模式和经典模式不可兼容，请在启动时候配置好启动模式
- 副本一致性可配置功能目前只支持分片模式。
- 分片模式下取消 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.3.6。
- 为了保证服务的稳定，建议不使用日志复制一致性的用户升级至 3.2.9。
- 目前停止对 3.0 版本的维护
注意：本文归作者所有，未经作者允许，不得转载
