JBOSS并发量过大导致服务器请求失败问题，JBOSS优化

旧城等待， 2022-05-26 01:23 377阅读 0赞

## JBOSS并发量过大导致系统假死问题，JBOSS优化 ##

这里我以该流程图来写本篇文章吧

Created with Raphaël 2.1.2出现问题分析问题原因解决问题是否没有其他问题？结束yesno

———————————–**目录**———————————————

*   *  JBOSS并发量过大导致系统假死问题，JBOSS优化
     *  问题1：客户反馈说使用我们服务器接口进行大量并发请求报错问题（三百多并发）
        
         *  分析原因：数据库连接不够用
     *  问题2：连接远程数据库初始化数据库连接池发现创建连接池速度特别慢
     *  问题3：创建数据库连接数大于151后无法再创建更多连接
        
         *  分析原因： 数据库亦有最大连接数限制
     *  问题4：设置最大连接数后当并发量到500时，程序出现崩溃，阻塞，GC不够等问题
        
         *  分析问题1：发现接口执行效率低下，故先解决效率问题
         *  分析问题2： 既然执行效率提上去了，那为何不限制web的并发请求的处理量呢。
         *  整个配置说明（至此，就算一千的并发都可以了）
     *  结尾配置总结

--------------------

## 问题1：客户反馈说使用我们服务器接口进行大量并发请求报错问题（三百多并发） ##

### 分析原因：数据库连接不够用 ###

**解决问题**

1.  打开`%JBOSS_HOME%\standalone\configuration\standalone.xml`文件查看jboss配置文件
2.  定位到数据库配置里发现没有对数据库连接池做配置
3.  进行数据库连接池配置![这里写图片描述][70]  
    主要参数：  
    
    
     *  `min-pool-size` ：数据库连接池最小数（既后台能同时请求连接到数据库的最小数）
     *  `max-pool-size` ：数据库连接池最大数（既后台能同时请求连接到数据库的最大数）
     *  `Prefill` ： 是否在系统启动的时候创建最小连接数的线程（如果设置为false，则会在服务器第一次被请求的时候创建）

--------------------

## 问题2：连接远程数据库初始化数据库连接池发现创建连接池速度特别慢 ##

*  配置数据库连接池后在MySQL里使用show full PROCESSLIST命令监控当前数据库连接情况，发现在服务器启动时做数据库连接池的初始化操作太慢（初始化最小连接池），亦会导致大并发请求消耗在创建连接数的时间太多
    
        这个是直接找运维解决的这里我就不讲了。

--------------------

## 问题3：创建数据库连接数大于151后无法再创建更多连接 ##

![这里写图片描述][70 1]

### 分析原因： 数据库亦有最大连接数限制 ###

*  使用`show variables like 'max_connections';`命令查看数据库最大连接数发现默认最大连接数为151  
    ![这里写图片描述][70 2]
 *  使用`set GLOBAL max_connections=500;`命令设置最大连接数到500（数据库重启失效，如需重启有效需要更改配置文件）![这里写图片描述][70 3]

--------------------

## 问题4：设置最大连接数后当并发量到500时，程序出现崩溃，阻塞，GC不够等问题 ##

### 分析问题1：发现接口执行效率低下，故先解决效率问题 ###

*  使用 `show index from 表名;`命令查看接口所操作的表在关键地方是否有建立索引（两张表的数据量都是50万，再做一个关联查询，不建立索引的话效率太低）![这里写图片描述][70 4]![这里写图片描述][70 5]
 *  发现确实没在查询的搜索项上建立索引
 *  使用 `alter table 表名 add index(列名);` 命令创建索引
 *  创建索引后情况有所好转，但是不是根本问题。

### 分析问题2： 既然执行效率提上去了，那为何不限制web的并发请求的处理量呢。 ###

*  设置web请求的并发响应，将超过并发限制的请求存入队列中  
    ![这里写图片描述][70 6]  
    – 参数说明：
 *  `max-connections` ： web服务器最大支持的并发量，超过该限制后将直接拒绝请求连接  
    注：如果不设置最大并发量，则一千个并发进来，可能导致所有系统假死，系统内存不够，一旦出现这个情况，一千个请求实际处理到的一百个不到，当设置最大并发量后，可以保证系统不会假死，保证实际能处理到的数
 *  `Executor` ： 执行bq-thread-pool
 *  bq-thread-pool
    
        <subsystem xmlns="urn:jboss:domain:threads:1.1">
            <bounded-queue-thread-pool name="bq-thread-pool">
        //最大核心线程数，建议和数据库最大连接数保持一致
                <core-threads count="125"/>
        //最大队列长度，建议最大核心线程数+队列长度 = web服务器最大支持的并发 //量 ，既core-threads count + queue-length count = max-connections 
                <queue-length count="975"/> 
        //表示当队列满了之后能创建的最大线程数，前提是核心线程数小于最大线程数
                <max-threads count="150"/>
        //最大线程数空闲时存活时间
                <keepalive-time time="60" unit="seconds" />
            </bounded-queue-thread-pool>
        </subsystem>
 *  bounded-queue-thread-pool - 当前有6种内置的处理器,分别是:
 *  `unbounded-queue-thread-pool`(不绑定队列连接池）
 *  `bounded-queue-thread-pool`(绑定队列连接池)
 *  `blocking-bounded-queue-thread-pool`(阻塞式不绑定队列连接池)
 *  `queueless-thread-pool`(较小队列连接池)
 *  `blocking-queueless-thread-pool`(阻塞式较小队列连接池)
 *  `scheduled-thread-pool`(调度式连接池)

### 整个配置说明（至此，就算一千的并发都可以了） ###

*  官方话：  
    当客户端同时并发两千请求到服务器，将会有 `2000 - max-connections`个连接被拒绝而连接成功的有 `core-threads count` 个在运行，其余的将存放在`queue-length` 里，等待正在执行的执行完毕。
 *  普通话 ：  
    去火车站买票，只有10个窗口`（core-threads count）`可以办理业务，大厅内能容纳100个人`（max-connections）`，此时有120个人（请求）来买票，那能第一时间买到票的只能是前10个人，而最后面20个人只能在大厅外，剩下90人才能在大厅`（queue-length）`内排队等待处理。

--------------------

## 结尾配置总结 ##

1.  修改数据库最大连接数 `set GLOBAL max_connections=500;` （这样设置的话数据库每次重启都会变回默认值151）
2.  `alter table 表名 add index(列名);` 创建索引
3.  限制web请求连接数`max-connections="1125"`
4.  配置核心线程数`<core-threads count="125"/>`
5.  配置最大请求线程数`<max-threads count="150"/>`
6.  配置队列长度`<queue-length count="975"/>`
7.  配置数据库最大线程池`<max-pool-size>150</max-pool-size>`
8.  配置数据库初始线程池`<min-pool-size>20</min-pool-size>`

[70]: /images/20220526/b32d595011c24f1fa8ed2a86f6a46613.png
[70 1]: /images/20220526/05a7317544aa454db0673c55e7ca4249.png
[70 2]: /images/20220526/959d9d00f8954a0fa23f79453e1f6192.png
[70 3]: /images/20220526/a7e8936418c849eaa8b5d4e401a61e0d.png
[70 4]: https://img-blog.csdn.net/20180422170717185?watermark/2/text/aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI1MjE1ODIx/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70
[70 5]: /images/20220526/494ac0da16fa4092a45feb62ae3769cc.png
[70 6]: /images/20220526/fa93995a0cf046d1822f36e089c43a7c.png