数据库承受过多请求，会不会瞬间崩溃呢？

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

家好，我是七淘（xīn）。想和大家分享一个我曾优化过的业务场景。虽然具体业务细节不重要，重要的是优化的思路。如果以后遇到类似特点的场景，可能会想到七淘这样的解决方案。

大家好，我是七淅(xī)。

如标题所说，和大家分享一个我曾优化过的业务场景。

当然，具体业务细节不重要，重要的是优化的思路。如果大家以后有遇到类似特点的场景，能够想到七淅这篇优化文章，那我就觉得很值了。

接下来我就直接进入主题，要分享得优化思路就是请求合并。

弱弱说一句，由于优化效果特别明显，这一优化我直接写到简历上了。

之前面试有不少面试官都会来问我是怎么做的，你看这不就给我机会发挥了吗？所以大家懂的，有合适场景记得用起来，以后面试也和面试官谈笑风生。

1. 什么是请求合并

首先说明一下，这并不是什么高级的优化方式，不难，朴实无华，但有用。

如字面意思，就是（把多个）请求合并（成一个请求去处理）。

现在含义你知道了，现在我们看下文章标题：「请求一下子太多了，数据库危」

聪明的你是不是已经猜到七淅要怎么优化了？

2. 业务背景

我有一个推送业务，会把每次推送记录都存到 MongoDB 中。

PS：不用在意是 MongoDB 哈，可能有的读者可能没接触过，没关系。