据说是比Redis还要快好多倍，多线程“Redis”不具体操作怎么过瘾

昨天写了一篇文章，关于多线程的“redis”中间件--KeyDB的相应介绍

都说redis，可多线程的“redis”中间件，快到你无法想象

然后今天起床看了一下后台，有一个读者给我留言，说有没有具体的api操作

新功能带来了新的选择：

server-threads N

用于处理请求的线程数。这应该与网络硬件中可用队列的数量有关，而不是与计算机上内核的数量有关。因为KeyDB使用自旋锁来减少延迟；使其过高会降低性能。我们建议在这里使用4。默认情况下，它设置为1。

scratch-file-path /path

如果要使用FLASH支持的存储，则此选项可配置KeyDB临时文件的目录。此功能依赖于快照才能工作，因此必须在BTRFS文件系统上使用。ZFS也可以工作，但未经测试。有了这个功能，KeyDB将使用RAM作为缓存，并在必要时使用页面到磁盘。注意：这需要特殊的编译选项，请参阅下面的构建KeyDB。

db-s3-object / path / to / bucket

如果您希望KeyDB直接转储到AWS S3，则此选项指定存储桶。将此选项与传统的RDB选项一起使用将导致KeyDB两次备份到两个位置。这要求安装和配置AWS CLI工具，这些工具在后台用于传输数据。

所有其他配置选项的行为均符合您的预期。您现有的配置文件应继续保持不变。

建立KeyDB

可以编译KeyDB并对其进行测试以在Linux上使用。KeyDB当前依赖于SO_REUSEADDR的负载平衡行为，该行为仅在Linux