CYQ.Data 操作 Redis 性能测试：对比 StackExchange.Redis

开心每一天刘

前言：

前几天，点开自己的博客，看了一下 CYQ.Data V5系列 都有哪些文章，
发现了一篇2019年写的：CYQ.Data 对于分布式缓存Redis、MemCache高可用的改进及性能测试，于是点进去看了看。
感觉文章中有些表述存有问题，不过不是重点。
重点，看了里面的测试结论，如果四五年过去了，CYQ.Data 低调的更新，有没有进步呢?
为了和之前的版本进行对比，好在当年有留下代码，就直接拿当年的代码来测试一下。
下面就来重新看一下新的测试结果：
测试环境：

本次测试为.Net Windown 版本，下次再测试.Net Core Linux 版本。
Win11 系统：6核16G内存
Redis 版本：redis_version:3.2.100
由于单机测试，受运行程序和Redis自身程序等多综合环境影响，测试结果仅供参考，用娱乐的心态看看即可。
测试代码：

见上一篇文章的测试代码：点击下载
CYQ.Data Redis 测试结果：

使用  CYQ.Data 当前最新版本：V5.9.2.7
VS2022 中直接运行 Release 版本：

直接运行编绎的exe程序结果：

StackExchange.Redis 测试结果：

使用 StackExchange.Redis 当前最新版本：V2.7.27
考虑到 StackExchange.Redis 默认是单线程，因此提前设置最低线程池，不然会抛异常。

1. ThreadPool.SetMinThreads(128, 128);

复制代码

VS2022 中直接运行 Release 版本：

运行编绎后程序 exe 结果：

redis-benchmark.exe 测试结果：

运行结果1：

运行结果2： 

 运行结果3：

 运行结果4：

总结：

具体的性能指标，应该结合自身业务和生产环境，测试出适合自身要求的指标。
下面就来看看总结词吧：
1、Redis 自带测试工具

单线程时，能跑到2w/s，为啥6核下，最高也是6w/s出头，而不是2W*6=12W呢？

1. Redis 是一个单线程的内存数据库，它的性能受限于单个 CPU 核心的处理能力。即使在多核处理器上运行 Redis，它也只能利用其中一个核心进行处理，所以无法直接通过简单地将单核性能乘以核心数来计算多核性能。
3. 在一个六核处理器上运行 Redis，虽然有多个核心可供利用，但 Redis 本身仍然是单线程的，因此最高的吞吐量受限于单个核心的性能。虽然可以同时处理多个请求，但每个请求仍然只能在一个核心上依次执行，不能完全实现性能的线性增长。
5. 此外，Redis 在处理请求时还会涉及到锁竞争、线程切换等开销，这些因素也会限制其在多核处理器上的性能表现。因此，尽管在多核处理器上运行 Redis 会比单核处理器有一定的性能提升，但不会达到简单地将单核性能乘以核心数的增长幅度。

复制代码

2、StackExchange.Redis 测试结果总结：

在VS2002中启动运行时，单线程时，性能特别低，只有4000/s上下，这不禁让我想起上一份测试的结果，是不是也是受这种运行模式影响。
在直接运行exe程序，单线程时，在1W/s左右，8线程下到5.2w/s出头。
16线程之后，突飞猛进了，突破 Redis自身极限，达到10-20w/s ？

1. 听说StackExchange.Redis 从2.X 版本后，重构了代码，在资源管够的情况下，将代码从单条提交串行转批量提交，因此就有了这种测试结果。

复制代码

3、CYQ.Data Redis 测试结果总结：

在VS中启动运行，和直接运行启动，两者性能相差不大。
单线程时，在1.5w/s左右，多线程下到5.2w/s，效果基本稳定在5w/s上下。
整体 CYQ.Data Redis 表现是不错的，常规调用性能比 StackExchange.Redis 高一些（去掉它鸡贼的批量方式）。
目前 CYQ.Data 未提供批量方法调用，后续会考量，是否引入这种自动批量处理方式，或提供批量调用入口。
目前机制下，可以通过增加 Redis 服务数量来提升并发性能。

来源:https://www.cnblogs.com/cyq1162/p/18066104
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！