大量导数的同时执行info keyspace 1，导致磁盘空间膨胀问题

[Gjj455]

1、pika 集群情况：
v3.4.0 classic 模式
定时任务设定情况：集群每晚执行一次info keyspace 1 和compact。0点多定时执行info keyspace 1 便于查看 key数量，3点定时开始执行compact。

2、问题现象等描述：
a、导数
从大概19点开始，业务那边有大量导数，在执行set 命令，少量的get 等其他命令。5点左右，重启了 pika实例，同时也导致了导数任务执行中断。

由于实例太多，以下以其中一个实例来说明情况。
b、info keyspace 1
从1点半开始执行info keyspace 1

c、磁盘空间使用情况

当时直接重启了 pika实例释放空间，未观察到是什么文件增长。
d、机器负载

3、错误信息或日志： pika日志无相关有用日志。
rocksdb 日志有点长，看起来有发生stalling write,是不是得调整下compact相关参数了......
LOG_last_1w.log

查了一下 大概从22点37分开始

4、疑问点：
a、info keyspace 1 与compact 同时执行时，会导致空间使用量迅速增长。但这里只有set和info keyspace 1 命令在同时执行。是什么原因导致磁盘空间涨的这么快？
b、info keyspace 1 为什么执行的这么慢？一个实例大概300GB的数据，竟然执行了3、4小时。以往没有大量导数时，只需15mins。
c、除了重启实例，如何停止info keyspace 1 的执行。重启实例还是会影响业务，有没有优雅一点的方式？（ compact也希望可以有什么命令可以手动停止）

5、以后如何避免
大批量导数任务与 info keyspace 1 还有compact 任务 分开执行？
如果空间足够，会到何时释放？需要留多少磁盘空间才合适？

[luky116]

监控不足，不好排查问题

[AlexStocks]

info keyspace 1 会触发磁盘读写操作。

是否可以在 Pika 中添加原子变量，每次写操作时执行数值修改，变磁盘操作为内存变量读写。