在使用360的Pika数据库替代SSDB后，遇到HSCAN命令执行效率低下问题。在32核、32GB内存的服务器上，针对含有50万字段的哈希表进行HSCAN操作，耗时30分钟且进程占用CPU达100%。对比之下，SSDB的HSCAN仅需10多秒即可完成。这引发了对于Pika性能和适用场景的疑虑。
e5 2665 2.6G 双路 32核，32G 内存，SM951 存储。
以前使用ssdb存储数据，但是ssdb同步的时候老是出现 OUT_OF_SYNC 错误（master 在ssd，slave在普通磁盘），经过查资料，找到 360的pika，把数据从ssdb导入 pika，数据导完，开始进行业务。
一个hash有 50w field，field 是 32字节长度的 md5值，value是数字。 pika hscan 执行了30分钟，都没结束，top 查看 pika 进程 100%，内存很少。iostat 查看磁盘io，基本没有。
于是在以前的ssdb 用 hscan，10多秒就出结果了。这下郁闷了。费了好大功夫把200多G导入了pika，却不能用
</
最低0.47元/天 解锁文章
扫一扫
424
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
