有时也会遇到服务报纸500。 特别是在后台服务中经常发生。 500错误是内部服务错误。 遇到错误，首先想到的是查看服务进程是否还存在，然后查看日志，从日志中查找原因。
根据工作中攀登的孔，总结一下，可以从以下方向进行检查。
1、数据库异常：1)检查数据库服务器，能否正常连接，数据库设备是否断开
2 )检查服务上与数据库相关的配置是否正确
3 )检查swagger，查看swagger页面是否可以成功访问，swagger中的后台接口是否可以成功检索数据库中的数据
4 )如果数据库正常且配置成功，swagger也可以检索数据。 另外，如果查看日志，则可以看到日志报告中的某些表不存在，但如果放在某个数据库中，则表明该表是完整的。 那么，必须检查所有数据库机器的数据。 看看主从数据库中的数据是否匹配。 如果数据不匹配、同步数据有问题，并且服务连接到问题数据库，则页面上可能不会显示某些数据，并且服务可能报告500
5 )如果是新构筑的环境，就需要看数据库是否没有进行数据初始化
6 )数据库的磁盘空间已满。 此时，服务不一定报告500，但将无法将数据加载到页面中。
7 )此外，一个认证服务升级后，遇到了数据库异常，发现所有成员操作报告都没有权限，但服务可以。 显示服务日志。 日志报告服务配置中的数据库用户没有连接到数据库的权限。 查看此数据库的用户发现此库中的用户和密码已被某人删除(因为另一次没有删除用户，所以突然失去权限)，然后重新创建并重新批准此用户即可
2、域名有异常时遇到服务报纸500，看到机器后台流程、服务配置、数据库，一切正常。 另外，通过IP端口访问后台swagger也可以完全检索数据。 但是，使用域名访问swagger后，swagger的页面不再打开，检查域名后发现服务的域名丢失，前台按域名调用服务，因此报告500
3、/etc/hosts未配置分析在某个时间发现的a服务页面上创建了b服务报纸500，a服务是在域名中调用的b服务后台服务。 经过故障诊断，由于两台计算机的网络大小、网络等原因，在a服务的/etc/hosts上分别配置b服务解析，并输入IP和域名(例如10.0.0.0 www.Baidu ) 在那里进行分析后，服务不再报告500。
4、logout的URL配置问题，网站注销时，页面直接500在首页注销，本来界面应该会回到最初的登录界面，但注销后界面直接出现500个错误。 然后，查看tomcat下APP应用程序中的inputs参数，并检查log out中与此对应的URL链接位置。 更改为正确的地址后，500个错误已解决
5、memcached异常，页面注册，报纸500前端添加了memcached。 在登录页面上输入用户名和密码登录，进入后发现页面直接是500个错误信息，而不是网站首页。 错误信息中还写有time out等。 其中，发现错误的有两个IP地址，经确认为memcached