Xin.Zh
Xin.Zh
https://github.com/apache/dubbo-go/issues/2008
@kernelai 这个 issue 是不是可以关掉了？
@ForestLH
Pika 官方没有承诺支持 redis-replicator。
> 刘振：需要让 pika keyspace 的返回格式和 redis 保持一致。目前的问题是 info keyspace 1 的执行过程是异步执行的，因为 Pika 的数据是在磁盘上，所以需要再执行一次才能拿到结果。 于雨：Pika 自己启动一个定时任务【时间间隔可配】统计这些 keyspace 信息。
``` * 用户：pika有数据一致性校验工具吗？尝试使用 redis-full-check工具好像不行。 * 刘振：ok，要解决这个问题需要对pika的keyspace的返回格式进行修改了。 * 0429 yuyu * 0527 待认领 * 0617 lqx 之前加了一个提示，让用户再去执行 info 查一次 * 0624 不需要继续跟进 ```
此 issue 已无疑义，关掉。
可以创建一个 1GiB 的虚拟磁盘文件进行快速模拟： ```bash - 1 创建虚拟磁盘 dd if=/dev/zero of=./vdisk.img bs=4k count=262144 如果是现有的虚拟磁盘或者物理磁盘，需要先停止使用相关目录的进程： sudo lsof /home/t4 # 查看目录的访问者，也可以使用命令 sudo fuser -mv /home/t4 sudo fuser -kv /home/t4 # 停掉目录的访问进程，如果杀不干净，就强制 kill -9...
据刘振回忆，网络队列 来任务时由于使用了 condition 的 notify all 导致了惊群问题，后来改为 notify one 解决了该问题。https://github.com/Qihoo360/pink/compare/e0d42563d11d193ebc3e4bc6066636abee85938c...83f884cfeb5f5788659c316538c4f355b339bb87#diff-92f3e13615c33e923d2aae7d9b742e3b8a3d32bfa03c9e2538a59a1bf200423f
后续不再支持 sharding 模式。关闭此 issue。