CYQ.Data 操作 Redis 性能测试：对比 StackExchange.Redis StackExchange. StackExchange Exchange. Redis Stack 性能测试 CYQ. Data CYQ
前言：
前几天，点开自己的博客，看了一下 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 默认是单线程，因此提前设置最低线程池，不然会抛异常。
ThreadPool.SetMinThreads(128, 128);
VS2022 中直接运行 Release 版本：
运行编绎后程序 exe 结果：
redis-benchmark.exe 测试结果：
运行结果1：
运行结果2：
运行结果3：
运行结果4：
总结：
具体的性能指标，应该结合自身业务和生产环境，测试出适合自身要求的指标。
下面就来看看总结词吧：
1、Redis 自带测试工具
单线程时，能跑到2w/s，为啥6核下，最高也是6w/s出头，而不是2W*6=12W呢？
Redis 是一个单线程的内存数据库，它的性能受限于单个 CPU 核心的处理能力。即使在多核处理器上运行 Redis，它也只能利用其中一个核心进行处理，所以无法直接通过简单地将单核性能乘以核心数来计算多核性能。
在一个六核处理器上运行 Redis，虽然有多个核心可供利用，但 Redis 本身仍然是单线程的，因此最高的吞吐量受限于单个核心的性能。虽然可以同时处理多个请求，但每个请求仍然只能在一个核心上依次执行，不能完全实现性能的线性增长。
此外，Redis 在处理请求时还会涉及到锁竞争、线程切换等开销，这些因素也会限制其在多核处理器上的性能表现。因此，尽管在多核处理器上运行 Redis 会比单核处理器有一定的性能提升，但不会达到简单地将单核性能乘以核心数的增长幅度。
2、StackExchange.Redis 测试结果总结：
在VS2002中启动运行时，单线程时，性能特别低，只有4000/s上下，这不禁让我想起上一份测试的结果，是不是也是受这种运行模式影响。
在直接运行exe程序，单线程时，在1W/s左右，8线程下到5.2w/s出头。
16线程之后，突飞猛进了，突破 Redis自身极限，达到10-20w/s ？
听说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 服务数量来提升并发性能。
