背景

随着流量增长，服务的节点越来越多，对服务性能要求也越来越大，在服务启动时经常会发现存在抖动，针对这些服务抖动，就需要采取一些预测措施，下面就简单介绍下系统相关的服务预热、中间件预热、数据库预热等

预热场景

服务预热

在《springcloud线上发布超时》系列文章中已经描述了一些微服务需要预热的服务资源，

• 连接池
• 线程池
• 限流池
• grpc连接
• jit

池资源相关预热我这里就不描述了，参考我的发布预热系列文章：springcloud线上发布超时

这里说一下jit，网上有两种方案，

方案一 定制化jdk

将jit过程信息保存到文件中，下次发布时自动加载，成熟方案是阿里的jwarmup，已经集成到阿里的jdk中，有兴趣的可以了解下

方案二 跑测试用例预热

一般都是采用测试用例预热，如果仅仅是jdk预热，可以直接跑几个测试用例循环n次就行，但是如果涉及到中间件预热，这里就可能不满足需求了。 我现在就是采用流量录制以及回放预热，如下图：

方案三 定制路由策略，通过tag配置来路由

这里的方案就是需要定制化路由策略，刚启动的服务注册时带上一些配置信息，网关或者服务调用段获取到配置后来根据配置来路由，先路由少量流量，慢慢增加直到路由100%，这样可以达到针对jit的预热效果

中间件预热

redis预热

先在很多服务为了提高吞吐量而使用redis，这就会导致服务启动后或者redis数据丢失后，会导致请求都打到db中去，从而导致db压力倍增，这就是常见的redis雪崩。

CDN预热

CDN经常是也承担了入口缓存，那么这里也会需要预热，可以录制生产流量回放来达到预热效果。

mysql预热

mysql重启后十几分钟的性能是非常差的,原因是因为InnoDB有innodb buffer pool，详细可以参考该链接：https://blog.csdn.net/u014236541/article/details/79870670