您需要更多地考虑使用该程序进行基准测试的情况。我可以告诉您，这不是Redis，而是您的系统在两个进程之间运行乒乓游戏的能力（因为所有hsetnx调用都是同步的）。
在尝试对Redis进行基准测试之前，请先阅读此页面，它一定会对您有所帮助。
您认为Redis的速度应该接近RAM的写入速度的假设有些天真。Redis是一个 远程
存储，对于O（1）操作，大部分开销是由于通信成本造成的。对于同步流量（如您的示例），这也是由于OS调度程序的成本。
如果要按顺序应用许多命令，则需要使用pipelining。或者，如果您不关心序列，则可以同时使用多个连接（这是redis-
benchmark的默认模式）。或者，您可以尝试发送异步命令。在所有情况下，其想法是将往返Redis服务器的往返费用分摊
通过对具有异步流量的多个连接进行流水线化，您将获得Redis在此计算机上可以实现的最大吞吐量。
