在并发环境下，请求合并与技术如何具体应用？

本文共计1344个文字，预计阅读时间需要6分钟。

一、序言+在并发场景中，当热点缓存的Key失效时，流量瞬间打到数据库中，所谓缓存穿透现象；当大范围的缓存Key失效时，流量也会打到数据库中，所谓缓存雪崩现象。+当使用分布式时，“

一、序言

在并发场景中，当热点缓存Key失效时，流量瞬间打到数据库中，此所谓缓存击穿现象；当大范围的缓存Key失效时，流量也会打到数据库中，此所谓缓存雪崩现象。

当使用分布式行锁时，能够有效解决缓存击穿问题；当使用分布式表锁时，能够解决缓存雪崩问题。实际操作中，分布式表锁不在考虑范围，理由是降低并发量。

本文将从另一个角度出发，将请求流量合并和拆分，以提高系统的并发量。

二、理论基础

流量的合并与拆分原理是将多条请求合并成一条请求，执行后再将结果拆分。在数据库与缓存架构中，缓存Key失效的瞬间，大量重复请求打到数据库中。实际上除了第一条请求为有效请求，随后的请求为无效请求，浪费数据库连接资源。

流量的合并与拆分实践是额外唤醒一个线程，每隔固定时间（比如200毫秒）发送合并后的请求，执行完成后将查询结果进行拆分，分发到原始请求中，原始请求响应用户请求。

从应用到数据库之间连接资源需求显著下降，从而提高数据库连接资源利用率。