性能测试：数据库连接池问题分析

Dear 丶 2023-09-25 13:56 86阅读 0赞

**前言**  
今天我们来压测一个支付的接口，10个并发，压测5分钟。下面我们可以看到tps大概在200多，响应时间在40ms左右。  
![在这里插入图片描述][b4bb99627e8f4c92b0e9cda101277ea6.png]下面我们来看一下服务器的性能，应用服务器的cpu使用率大概在60%左右。![在这里插入图片描述][67da5efc67e04cfba56a01c7824b3ff5.png]再来看一下数据库服务器，数据库服务器的性能还算正常，cpu使用率大概在25%左右，而且我们支付的接口，还是在做一个写库的操作，下单的时候，会往订单表中插入数据。![在这里插入图片描述][193d92c73dcd456bbc4f927d7e90c4c6.png]并且我们不断加压，新增并发，cpu仍然没有大概100%，tps也没有新增，响应时间整体越来越长。通常这种现象我们应该怎么排查呢？

可以从下面两方面来排查：

*  查看具体程序中哪个函数对于cpu的消耗是较高的
 *  关注线程情况

下面我们使用 `jprofiler` ，我们来看一下hotspots，前两个主要是关于jdk和tomcat底层的，我们可以不用管，下面这个是关于数据库相关的操作，因为我们现在压测的接口，会涉及到写库的操作，所以他会对我们的sql进行编译。那么我们从这个角度来看，这个对与cpu的消耗都是正常的，主要是对sql的执行和编译。  
![在这里插入图片描述][6f27ee43138749ef915f1ae61d832bb1.png]  
下面我们再来看一下GVM。主要是看内存，内存这一块想对还是平稳的，没有看出有内存溢出的趋势。  
![在这里插入图片描述][03d5d033b52047d2b4ace8d20688bd67.png]  
GC 的话，也没有看出太多的异常。  
![在这里插入图片描述][350d82e5e9da4afd986deefadc522141.png]  
我们再来看看线程，里面可以看到有一些线程存在阻塞的现象。但是阻塞时间想对来说比较短暂，我们可以先做一个堆栈信息的打印查看一下具体的情况。![在这里插入图片描述][0ec7680ff9674ac297e23eacf0424c64.png]  
我们使用如下命令，打印堆栈信息：

1｜jstact pid >test.log   // pid 为tomcat的进程id

在堆栈信息中，我们可以看到文件中，有大量线程都处于TIME\_WATING的状态。![在这里插入图片描述][8533b36488454d6c97ba23da978a0908.png]  
我们这里可以看到有一个关键字 `druid`，这个是数据库的连接池，我们可以看到有大量的连接池处于等待的状态。![在这里插入图片描述][a49088a1feb8455fa81b87d9a104b323.png]  
下面我们来查看数据库最大连接数：

1｜show variables like '%connections%';

我们可以看到数据库最大连接数默认情况下，是151；这个值我们可以进行修改，但是一般通常情况下不建议修改的太大，一般公司通常是配置在800-1000；因为数据库本身不适合搞太大的连接数，前面我们才10个并发，5个并发数，cpu就已经被压的非常高了。![在这里插入图片描述][de12d36d178e44a7aba3ed3597b375ea.png]查看当前和数据库建立的连接数：

1｜show status like '%thread%';

![在这里插入图片描述][93f897f9797a43149d5570580544cfa5.png]

1.  Threads\_cached：线程缓存内的线程数量
2.  Threads\_connected：当前打开的连接数量
3.  Threads\_created：创建的线程数
4.  Threads\_running：

我们可以看到上方的数据，当前建立的连接数只有Threads\_connected 6个。而我们最大的连接数默认有151个，那就说明并没有达到最大值，说明是我们连接池的问题。

下面我们再来看一下连接池的配置，可以看到我们最大活动连接数只有5个，这个有点低，这里改成50，一般建议不要设置太大。修改了配置文件之后，需要重启tomcat。  
![在这里插入图片描述][588e7ef5d7054149a59762530ad699a0.png]  
下面是关于`数据库连接池`配置的一些建议：

*  initialSize：对于 db 规模不是特别大的情况下可考虑设置为 1-5个。避免启动时间过长，以及没有业务时占用过多的数据库连接资源
 *  minIdle：可考虑该值的设置和初始化连接保持一致；
 *  maxActive 最大连接不要设置过大，避免本地维护的 db 太大。 如果对应到数据源的并发数过高，可考虑增大最大连接数。一般设置  
    20-50 比较合理
 *  maxWait：获取连接的超时时间：如果连接全部被占用，需要等待的时间。可以根据当前系统的响应时间判定，如果容忍度较高，可以大点。容忍度较低，设置小点。一般设置  
    5000-10000

那么我们修改配置之后，再来进行压测。可以看到tps大概在900左右，响应时间在15ms左右。  
![在这里插入图片描述][6499ee86865142189588f6e20ae2331c.png]  
我们可以使用如下命令查看端口的使用情况。

1｜netstat -anp | grep 3306 | grep  114.55.34.236 | wc -l

[b4bb99627e8f4c92b0e9cda101277ea6.png]: https://img-blog.csdnimg.cn/b4bb99627e8f4c92b0e9cda101277ea6.png
[67da5efc67e04cfba56a01c7824b3ff5.png]: https://img-blog.csdnimg.cn/67da5efc67e04cfba56a01c7824b3ff5.png
[193d92c73dcd456bbc4f927d7e90c4c6.png]: https://img-blog.csdnimg.cn/193d92c73dcd456bbc4f927d7e90c4c6.png
[6f27ee43138749ef915f1ae61d832bb1.png]: https://img-blog.csdnimg.cn/6f27ee43138749ef915f1ae61d832bb1.png
[03d5d033b52047d2b4ace8d20688bd67.png]: https://img-blog.csdnimg.cn/03d5d033b52047d2b4ace8d20688bd67.png
[350d82e5e9da4afd986deefadc522141.png]: https://img-blog.csdnimg.cn/350d82e5e9da4afd986deefadc522141.png
[0ec7680ff9674ac297e23eacf0424c64.png]: https://img-blog.csdnimg.cn/0ec7680ff9674ac297e23eacf0424c64.png
[8533b36488454d6c97ba23da978a0908.png]: https://img-blog.csdnimg.cn/8533b36488454d6c97ba23da978a0908.png
[a49088a1feb8455fa81b87d9a104b323.png]: https://img-blog.csdnimg.cn/a49088a1feb8455fa81b87d9a104b323.png
[de12d36d178e44a7aba3ed3597b375ea.png]: https://img-blog.csdnimg.cn/de12d36d178e44a7aba3ed3597b375ea.png
[93f897f9797a43149d5570580544cfa5.png]: https://img-blog.csdnimg.cn/93f897f9797a43149d5570580544cfa5.png
[588e7ef5d7054149a59762530ad699a0.png]: https://img-blog.csdnimg.cn/588e7ef5d7054149a59762530ad699a0.png
[6499ee86865142189588f6e20ae2331c.png]: https://img-blog.csdnimg.cn/6499ee86865142189588f6e20ae2331c.png