kernelai
kernelai
采用默认参数也是这样的性能吗？机器采用的是nvme盘吗？此外配置参数做的修改有什么参考依据吗？看到你修改了write-buffer-size target-file-size-base
如果是nvme盘，20核cpu，64G内存，默认配置随机读应该能20~40万的qps
> 支持 RedisJSON吗？ 这个功能需要module组件支持。排期比较靠后。
好的。
主从切换时，由于有部分binlog slave没有获得，因此master slave的binlog在当时是不相同的。对于pika设计这个命令的时候，考虑到这是个严重问题，需要人为介入。因此需要`slaveof masterIp masterPort --force`才能强制新slave 全同步。
对于想忽略这个问题，直接自动全同步，pika需要给出一个开关选项（默认关闭），在管理员已知的的情况下，可以自动强制全同步。这部分功能需求，需要参考下redis的设计。
在sharding模式下，table 里是没有创建分片的，需要手动创建，。因为pika实例不清楚需要创建多少分片。[命令参考](https://github.com/OpenAtomFoundation/pika/wiki/Pika%E5%88%86%E7%89%87%E5%91%BD%E4%BB%A4)
pika 实例在sharding模式下，会校验该key 是否在本实例上。你执行下`pkcluster info slot`，可以查看有多少分片在本实例上。
升级到3.3.6版本吧。
exporter调用pika的info all命令时,会有大量的info all打出来的慢日志,pika单节点数据量在150G左右,请求tps 50k/s左右,info all有时时间达到100ms左右