前言：
前几天，点开自己的博客，看了一下 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 服务数量来提升并发性能。