kernelai
kernelai
thread-num 有上限为24.参数大小设置可以参考下最佳实践
1 主从切换时，如果主上的日志没有同步完成 ，那么从会丢失数据，这个是个redis一样的。 2 pika基于硬盘存储数据，数据量的多少取决于硬盘容量。pika本身不做限制
排查下pika本身的性能，查看下rocksdb的日志，是否有停写。大概率是单个pika的slot过多，导致创建的rocksdb 使用的内存超过max-write-buffer-size 的值。可以按照每个slot存放300G数据，估算slot总数目。slot数目过多会导致rocksdb 预分配过多内存到memtable。可以考虑设置每个table的slot的数目为8或者16后进行测试验证。
方案： 在辅助线程里增加容量检查
pika本身的相应耗时，pika本身是无法做的。只有通过客户端，或者proxy才能统计。但pika提供了slowlog的接口，可以记录单条命令的执行时间。
我们也规划了pika 日志、监控、trace的同一设计。数据会输出到数据库从而可视化。这个估计是你想要的功能。
 redis-cli verison : 6.2.6
[使用说明](https://github.com/kernelai/codis/blob/release3.2-dev/doc/tutorial_zh.md#6-codis-%E5%A4%9A%E8%A1%A8%E7%89%88%E6%9C%AC%E4%BD%BF%E7%94%A8%E8%AF%B4%E6%98%8E)
pika 不支持codis 的rebalance。目前只支持手动迁移slot
pika的版本号是多少？出现这条日志的原因是master的定期删除binlog的流程发现，这条binlog还没有被slave同步。因此不会删除。请查看slave 同步是否异常。