本文基于混沌工程，chaosblade（故障注入工具集）和chaosbox（控制台）进行分析

有时候在服务运行中，需要查看debug 级别的日志，但是不方便重新打包，或者到部署的服务器去改日志配置文件，那么就需要通过接口，或者配置中心的方式动态修改。

部分场景需要在一个线程中大量调用http 同步请求，希望异步调用，可以等待全部结果返回，不希望一个http 请求消耗一个线程的做法。常用的的OKHTTP，Apache http 的异步方案是线程池，一个请求对应一个线程,并发请求量大，就消耗线程，不能无限增大，要等待，性能不好，需要找一个可以固定线程池的真正异步非阻塞的client

lettuce提供了线程安全的单链接模式，大部分场景，使用单链接即可，但是在需要事务，或者高并发请求下，单链接会出现性能瓶颈，这时候就需要使用连接池，本文会进行单链接合理连接池的性能上限压测，估计出一个经验值，给出不同业务需求下的使用的指导

redis 的高可用方案有sentinel和cluster，其中sentinel可以主动client通知主备切换，cluster是分片+主从（最小三主三从），主从切换和加片/减片时候，可以主动通知client更新集群拓扑信息，这时候，redis client需要具备接受主动通知的信息，并且进行链接重建，恢复故障能力，这里以lettuce为例，展示如何实现对sentinel和cluster模式下的高可用链接和进行相应测试。

JDK 17 作为oracle官方最新的商业免费LTS（长期支持）版本，不论是GC还是基准性能测试，都比JDK8要好10%左右，升级吸引力大，本文通过流行的spring boot 2.x +mysql+redis(lettuce)依赖的工程从JDK8升级到DJK17，记录期间遇到的问题，帮助后续要升级的同学进行学习。