共计 1524 个字符，预计需要花费 4 分钟才能阅读完成。
Pika 社区很快乐发表，咱们明天公布曾经过咱们生产环境验证 v3.5.1 版本 https://github.com/OpenAtomFoundation/pika/releases/tag/v3.5.1。
该版本不仅做了很多优化工作，还引入了多项新性能。这些新性能包含 动静敞开 WAL、ReplicationID 检测是否增量复制、在 K8s 环境上 Pika 服务的主动注册从而实现集群的自组织、以及 exporter 检测集群指标等等，无疑将会让用户享受到更为稳固和高效的 NoSQL 应用体验。
1 新个性
- 1 Slow log 减少队列等待时间统计，在队列阻塞的时候不便咱们进行问题定位。PR 1997，作者 wangshao1。
- 2 主从复制应用 ReplicationID 判断是否进行增量同步，解决原主从同步形式切主后整个数据集会进行全量复制的问题，能够晋升 Pika 性能。PR 1951，作者 Mixficsol。
- 3 WAL 以 ‘disablewal’ 命令形式反对动静敞开，在写性能遇到瓶颈的时候，能够通过命令敞开 WAL 缓解写性能降落的问题，敞开 WAL 有机器宕机后失落数据的危险，用户须要依据本人的应用习惯衡量。PR 2015，作者 Mixficsol。
- 4 flush 线程数和 compaction 线程数合二为一，在 Compaction 性能瓶颈时，能够动静调整线程数，缓解 Comapction 损耗 Pika 性能的问题。PR 2014，作者 Tianpingan。
- 5 降级了 RocksDB 版本到 v8.3.3。PR 2000，作者 dingxiaoshuai123。
- 6 新增周期性打印工作队列的长度性能，在队列阻塞的时候能够疾速定位问题。PR 1978，作者 Tianpingan。
- 7 新增利用一个
pika_exporter监测整个集群的指标，实现一个 Pika Exporter 实例监控整个集群，解决了 3.5.0 版本一个 Pika Exporter 监测一个 Pika 实例耗费资源的问题。PR 1953，作者 chenbt-hz。 - 8 实现在 K8s 环境上 Pika 服务的主动注册，在启动时主动注册，从而实现集群的自组织，实现了通过命令拉起整个 Pika Cluster 集群。PR 1931，作者 machinly。
2 bug 修复
- 1 调整了 Rate_limit 参数，修复了压测时呈现 RPS 为 0 的状况。PR 2009，作者 Mixficsol。
- 2 修复了 INFODATA 命令中对于遍历数据文件时呈现空门路的逻辑判断。PR 1996，作者 Mixficsol。
- 3 修复了 Codis 在线上呈现大毛刺的问题。PR 2016，作者 chejinge。
- 4 修复了 macOS 环境下编译应用 tools 导致编译不过的问题。PR 2011，作者 A2ureStone。
- 5 缩小了 exporter 非必要日志的打印，升高 了资源利用率。PR 1945，作者 Mixficsol。
3 应用倡议
本次新增了几个配置参数，大家在应用过程中，须要依据应用状况按需调整：
- 1 max-rsync-parallel-num：主从全量复制线程数，须要依据本人机器 CPU 核数和部署实例个数进行调整，倡议最小设置为 2。
- 2 rate-limiter-bandwidth: 限度 RocksDB 数据库读写速度，限度数据库在肯定工夫内能够读写的数据量，默认 2000MiB/s，须要依据本人的机器性能和部署实例做调整。
- max-background-jobs: compaction 和 flushdb 线程数，要依据本人机器 CPU 核数和部署实例个数进行调整，倡议最小设置为 4。
- 3 throttle-bytes-per-second: 主从复制传输限速参数，默认为 200MiB/s，该参数能够依据机器网卡的配置及部署 pika 实例的个数进行调整。
正文完
