spring默认redis连接库lettuce性能优化，突破性能天花板,获得官方建议方式2倍吞吐量

按照lettuce官方文档说法，对简单命令没有必要使用连接池。实际压测发现，共享native连接的模式下，spring mvc框架的吞吐量超过了spring webflux下加了publishOn指定消费线程池的方式。可以判断官方给建议，远没有发挥性能异步的优势。

对简单的redis命令，需要进一步提高吞吐量，优化思路如下：

1. 每个线程固定绑定一个redis连接，线程之间不在一个连接队列上去竞争读数据。

2. 每个连接上pipeline机制还是生效的。默认关闭共享native连接，lettuce是按照连接池队列循环使用连接，破坏了pipeline机制，吞吐量更差。

我测试使用的lettuce版本6.1.5.RELEASE，redis为6.2.6。压测结果显示，webflux场景，吞吐量比官方建议方法可以提高1倍。

代码参考demo6，代码仓库: https://gitee.com/redis-perftest/demo-redis.githttps://