CN113138893A

CN113138893A - 一种解决Java Web应用报500 Internal Error的问题方法

Info

Publication number: CN113138893A
Application number: CN202110329612.5A
Authority: CN
Inventors: 杨为琛; 伺彦伟; 刘欢欢; 王晨光; 鲁震; 徐爱华; 马军肖; 魏荣祁; 张国超; 周江涛
Original assignee: Hebei Aisino Co ltd
Current assignee: Hebei Aisino Co ltd
Priority date: 2021-03-26
Filing date: 2021-03-26
Publication date: 2021-07-20

Abstract

本发明公开了一种解决Java Web应用报500Internal Error的问题方法，属于软件服务安全管理技术领域。所述解决方法包括以下步骤：步骤一：监控负载均衡服务器Nginx的会话数情况；步骤二：监控Web服务器的会话数情况；步骤三：监控数据库的慢SQL情况；步骤四：依据监控情况进行服务器配置或者数据库优化。本发明基于整个软件系统的逻辑架构，根据其逻辑层级分类，从各种服务器的多个关键指标切入，对软件服务运行情况进行全方位分析，提高问题定位的准确性；有助于提高问题定位的高效性；对Nginx，Web服务器及数据库服务器采用的监控手段具有强可操作性，有助于提高问题定位便利性。

Description

一种解决Java Web应用报500 Internal Error的问题方法

技术领域

本发明涉及一种解决Java Web应用报500 Internal Error的问题方法，属于软件服务安全管理技术领域。

背景技术

企业级应用系统虽然会因为业务不同有很大的差异，但是不同的业务架构之间，会存在许多共同点，它们会遵守相同的架构原则，对于一个Java Web应用，其完整的架构体系自底而上大体如下：

1.冯诺依曼体系架构；

2.操作系统及编程语言；

3.中间件类基础软件，如Nginx、Oracle、MySQL、Tomcat等；

4.应用程序框架及各类基础库；

5.业务架构；

从底层的操作系统，到上层的各种基础软件，以及用户量访问并发量，对整个应用系统都有着重要的影响，如果某一环节出现问题，可能会影响整个系统正常使用，严重时会导致系统的崩溃，当遇到这种紧急情况时，就需要一种快速定位及解决问题的方法。

发明内容

本发明的目的是提出一种解决Java Web应用报500 Internal Error的问题方法，以解决现有技术中存在的问题。

一种解决Java Web应用报500 Internal Error的问题方法，解决方法包括以下步骤：

步骤一：监控负载均衡服务器Nginx的会话数情况；

步骤二：监控Web服务器的会话数情况；

步骤三：监控数据库的慢SQL情况；

步骤四：依据监控情况进行Nginx、Tomcat服务器配置或者数据库优化。

进一步的，在步骤一中，具体的，查看负载均衡服务器nginx请求数及错误日志文件，修改Nginx配置文件，在默认主机里面加上location参数配置。

进一步的，在步骤一中，具体的，还包括：如果监控到负载均衡服务器Nginx接收到的用户访问请求数超过负载均衡服务器Nginx配置文件中配置的可提供请求数，则修改负载均衡服务器Nginx配置文件，满足用户访问的最大请求数。

进一步的，在步骤二中，具体的，查看Web服务器的运行情况，确认连接数是否存在瓶颈，如果是，则修改Web服务器配置接数参数或者增加负载均衡的Web服务器节点；否则，通过访问Web服务器的管理平台，监控每个节点jvm使用情况、客户请求最大线程数、当前线程池的线程数、访问服务器这个点处于busy状态的线程。

进一步的，在步骤三中，还包括：将Web服务器当前的连接数与Web服务器配置的连接数进行比对，如果达到配置的连接数，则通过修改Web服务器配置的连接数参数或者增加负载均衡的Web服务器节点进行解决。

进一步的，在步骤三中，具体的，查看数据库连接数是否存在长时间执行的会话，找到对应执行语句并进行优化。

进一步的，在步骤三中，还包括：按照监控数据库服务器的慢SQL，针对查询慢的SQL进行优化，缩短SQL执行时间，使Web服务器快速释放连接；同时，针对更新慢的SQL通过创建主键或者批处理更新的方式进行优化，缩短SQL执行时间，使Web服务器快速释放连接。

进一步的，Web服务器为应用服务器Tomcat。

本发明的主要优点是：

1、本发明基于整个软件系统的逻辑架构，根据其逻辑层级分类，从各种服务器的多个关键指标切入,对软件服务运行情况进行全方位分析，提高问题定位的准确性。

2、本发明对Nginx，Tomcat及数据库服务器运行情况采用的分析方法，有助于提高问题定位的高效性。

3、本发明对Nginx，Tomcat及数据库服务器采用的监控手段具有强可操作性，有助于提高问题定位便利性。

附图说明

图1是增值税进销数据分析监控系统的系统框架图；

图2是本发明的一种解决Java Web应用报500 Internal Error的问题方法的方法流程图；

图3是Nginx服务器错误日志输出文件界面示意图；

图4是应用服务器Tomcat的管理平台界面示意图；

图5是数据库服务器会话管理界面示意图。

具体实施方式

下面将结合本发明实施例中的附图对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本实施例是针对河北省增值税进销数据分析监控系统由于用户访问量激增，导致正式系统崩溃，无法正常使用，出现500 Internal Error异常的一种快速定位及解决问题的方法。该方法首先要我们找到系统中每个组件(含应用服务器、数据库服务器)的监控方法。

该系统具体出现的具体问题如下：

在河北省增值税进销数据分析监控系统中新增风险任务审批功能，从系统下发一批风险任务需要各级税务机关进行核查，而风险任务量大，要求完成时间紧急，造成系统用户访问量急剧增加，用户在使用过程中，经常跳转到500 Internal Error错误页面，用户无法完成正常的风险任务处理，满意度降低。

该系统的架构图参照图1所示，系统使用Java开发，部署在Linux操作系统，系统负载均衡服务器使用Nginx，以iphash的方式进行访问分发，实现负载均衡，应用服务器使用Tomcat8，数据库服务器使用Oracle11g。

在出现500 Internal Error问题开始时，不确定问题出在哪，需要首先针对系统架构的各个节点找到合理、准确的监控方法，确认系统瓶颈，有针对性的解决问题。

出现该异常的原因总结为两类：

1、用户访问量大，而应用服务器(含Nginx、Tomcat等)配置的连接数不能支撑这么大的访问连接数，这一类问题是因为Nginx或者集群中单个节点配置的连接数不足；

2、应用服务器部署的程序存在问题，比如数据库查询慢或更新慢等造成每次用户发起请求后，连接不能释放，造成应用服务器连接数一直累积，最终导致服务器崩溃而不能再对外提供服务。

本实施例从系统CPU、内存、网络、磁盘、JVM、业务日志、外部连接服务等指标对系统进行全方位的分析诊断。

本实施例提出了一种解决Java Web应用报500 Internal Error的问题方法，所述解决方法包括以下步骤：

步骤一：监控负载均衡服务器Nginx的会话数情况；

步骤二：监控应用服务器Tomcat的会话数情况；

步骤三：监控数据库的慢SQL情况；

步骤四：依据监控情况进行服务器配置或者数据库优化。

进一步的，在步骤一中，具体的，查看负载均衡服务器nginx请求数及错误日志文件，修改配置nginx配置文件，在默认主机里面加上location。

具体的，修改配置nginx配置文件，在默认主机里面加上location，如下所示：

通过浏览器访问配置的监控地址，获得以下数据：

Active connections：2

server accepts handled requests

202479 202479 1920887

Reading：0Writing：1Waiting：1

参数说明:

1、Active connections：与后端建立的服务连接数；

2、server accepts handled requests：其中server表示nginx启动到现在共处理了多少个连接，accepts表示nginx启动到现在共处理了多少个连接，handled表示nginx启动到现在共处理了多少个连接；

3、Reading：nginx读取到客户端的Header信息数；

4、Writing：nginx返回到客户端的Header信息数；

5、Waiting：开启Keep-alive的情况下，这个值等于Active-(Reading+Writing)。表示nginx已经处理完成，正在等候下次一次请求的连接数。

参照图3所示，参看nginx错误日志文件error.log。

具体的，我们在解决问题过程中发现，Nginx接到的访问请求数达到2000以上，而运行在Windows操作系统下的Nginx，配置连接数即使超过1024个，而实际能够接收并处理的最大连接数也不会超过1024，针对此情况需要修改Windows操作系统的注册表参数，正常修改该参数后，Nginx对外提供的最大连接数可以超过1024个。

进一步的，参照图4所示，在步骤二中，具体的，查看应用服务器Tomcat的运行情况，确认连接数是否存在瓶颈：通过访问应用服务器Tomcat的管理平台，监控每个节点jvm使用情况、客户请求最大线程数(maxThreads)、当前线程池的线程数(Current threadcount)、访问服务器这个点处于busy状态的线程(Current thread busy)。

进一步的，在步骤三中，将应用服务器Tomcat当前的连接数与应用服务器Tomcat配置的连接数进行比对，如果达到配置的连接数，则通过修改应用服务器Tomcat配置的连接数参数或者增加负载均衡的Tomcat节点进行解决。

具体的，我们在解决问题过程中发现，部分Tomcat的连接数迅速达到配置的最大连接数150，将链接数进行修改为300，仍迅速达到配置的最大连接数。此时，定位问题原因从Tomcat转移到Java程序编码逻辑和数据库服务器性能优化。

进一步的，参照图5所示，在步骤三中，具体的，查看数据库连接数是否存在长时间执行的会话，找到对应查询语句并进行优化。

进一步的，在步骤三中，还包括：按照监控数据库服务器的慢SQL，针对查询慢的SQL进行优化，缩短SQL执行时间，使应用服务器Tomcat快速释放连接；同时，针对更新慢的SQL通过创建主键或者批处理更新的方式进行优化，缩短SQL执行时间，使应用服务器快速释放连接。

具体的，按上述步骤依次采集系统运行参数，包括分析应用服务器的CPU，内存，IO及磁盘性能处于正常状态，是否存在资源不足的问题，java JVM是否存在内存不足或者溢出的问题，数据库查询会话是否超出正常值，是否存在慢SQL，Tomcat服务器连接数是否设置过小，导致连接数不够，Nginx服务器是否正常，连接数是否满足当前的并发量，从而快速发现问题，并解决。

Claims

1.一种解决Java Web应用报500Internal Error的问题方法，其特征在于，所述解决方法包括以下步骤：

步骤一：监控负载均衡服务器Nginx的会话数情况；

步骤二：监控Web服务器的会话数情况；

步骤三：监控数据库的慢SQL情况；

2.根据权利要求1所述的一种解决Java Web应用报500Internal Error的问题方法，其特征在于，在步骤一中，具体的，查看负载均衡服务器nginx请求数及错误日志文件，修改Nginx配置文件，在默认主机里面加上location参数配置。

3.根据权利要求2所述的一种解决Java Web应用报500Internal Error的问题方法，其特征在于，在步骤一中，具体的，还包括：如果监控到负载均衡服务器Nginx接收到的用户访问请求数超过负载均衡服务器Nginx配置文件中配置的可提供请求数，则修改负载均衡服务器Nginx配置文件，满足用户访问的最大请求数。

4.根据权利要求1所述的一种解决Java Web应用报500Internal Error的问题方法，其特征在于，在步骤二中，具体的，查看Web服务器的运行情况，确认连接数是否存在瓶颈，如果是，则修改Web服务器配置接数参数或者增加负载均衡的Web服务器节点；否则，通过访问Web服务器的管理平台，监控每个节点jvm使用情况、客户请求最大线程数、当前线程池的线程数、访问服务器这个点处于busy状态的线程。

5.根据权利要求4所述的一种解决Java Web应用报500Internal Error的问题方法，其特征在于，在步骤三中，还包括：将Web服务器当前的连接数与Web服务器配置的连接数进行比对，如果达到配置的连接数，则通过修改Web服务器配置的连接数参数或者增加负载均衡的Web服务器节点进行解决。

6.根据权利要求1所述的一种解决Java Web应用报500Internal Error的问题方法，其特征在于，在步骤三中，具体的，查看数据库连接数是否存在长时间执行的会话，找到对应执行语句并进行优化。

7.根据权利要求6所述的一种解决Java Web应用报500Internal Error的问题方法，其特征在于，在步骤三中，还包括：按照监控数据库服务器的慢SQL，针对查询慢的SQL进行优化，缩短SQL执行时间，使Web服务器快速释放连接；同时，针对更新慢的SQL通过创建主键或者批处理更新的方式进行优化，缩短SQL执行时间，使Web服务器快速释放连接。

8.根据权利要求1、4、5、7任一项的所述的一种解决Java Web应用报500InternalError的问题方法，其特征在于，所述Web服务器为应用服务器Tomcat。