Redis的性能问题

redis performance concerns

本文关键字：问题性能 Redis 更新时间：2023-10-16

我试图在debian环境下通过c++客户端使用redis来存储大字符串列表(每个列表近200万个字符串)。我曾经使用boost库的无序集来处理这个问题，但由于我必须定期将每个列表持久化到文件系统中，并且我得到了大量的更新和删除，而不是开发我的数据库系统，我想gıve redis a go。

我的redis配置没有定期保存，我计划在更新完成时手动保存内存中的所有更改。但出于测试目的，我甚至没有执行保存到磁盘的操作。我的测试应用程序执行200万次写操作，耗时接近100秒。这是纯粹的内存操作，因为我没有执行任何快照操作(我将配置设置为根本不保存)

如果使用无序集执行同样的200万次插入，则需要近5秒的时间。互联网上的每个科技网站都说，redis超级快，但在我的情况下，它几乎比boost的无序集慢50倍，即使没有IO参与，为什么会这样?我是不是忽略了什么明显的东西?

你可能想要阅读Redis基准测试页面

Redis是有效的远程存储。

你正在尝试比较本地存储(boost::unordered_set)和远程存储(Redis)。与执行到Redis的往返的成本相比，在内存中维护集合的成本可以忽略不计。如果你的Redis实例托管在同一个机器上，这也是正确的。任何IPC都比查找哈希表要昂贵得多。