【#】那些接口报500的错误你学废了吗

Love The Way You Lie 2022-12-13 07:04 266阅读 0赞

有时候遇上服务报500的错误，500错误是内部服务器错误。根据工作中所爬过的坑，小结一下目前遇到的服务报500的情况大致有下面几种：

## 1、数据库异常： ##

1）检查数据库服务器，是否能够正常连得上，数据库机器或者是否挂了；  
2）检查服务上的数据库相关的配置，是否正确；  
3）检查swagger，看swagger页面是否能够正常访问，swagger里面的后台接口能否正常获取到数据库里面的数据；  
4）如果数据库正常、配置正常，swagger也能获取到数据，而且查看日志的时候，发现日志报某些表不存在，但是登上某一台数据库，发现表是完整的。那么就需要检查一下所有的数据库机器里面的数据了。看看主从数据库里面的数据是否一致。如果数据不一致，且同步数据有问题，而服务正好连上问题数据库，那么就会出现页面上有些数据显示不出来，服务报500的情况；  
5）如果是新搭建的环境，那就需要看看是否数据库没有进行数据的初始化了；  
6）数据库的磁盘空间满了，这时候服务不一定会报500，但是页面上数据会加载不出来；  
7）还遇到一种数据库异常就是，有一个鉴权的服务升级完了之后，发现所有的成员操作报没权限，但是服务是OK的。查看服务日志，日志报该服务配置的数据库用户没权限连接数据库。查看这个数据库的用户，发现这个库的用户和密码被谁删掉了（另一次是用户没有删，突然就没权限了），然后重新创建这个用户，重新授权，就OK了

## 2、域名异常 ##

有一次遇上服务A报500，查看了机器的后台进程，服务的配置、数据库，一切正常。而且使用服务A所在服务器的IP+端口访问后台swagger，也能够完整的获取到数据。但是使用服务A的域名去访问swagger的时候，发现swagger页面却无法打开，经过排查域名，发现该服务的域名丢失了，而前台调用该服务是通过域名调用的，因此出现了报500的情况。

## 3、/etc/hosts没有配置解析 ##

有一次发现A服务的页面上出现了B服务报500的错误，A服务是通过域名调用的B服务后台服务。经过核对排查，发现因为两台机器的大小网、网络等原因，需要在A服务的/etc/hosts里面单独配置B服务的解析，加上IP和域名（如：10.0.0.0 www.baidu.com ）才能正确解析到。于是加上解析之后，服务就不再报500了。

## 4、logout的 URL配置问题，网站的退出登录时，页面直接500 ##

有一次是在首页退出登录遇到了500错误。正常情况下点击logout，就应该是界面回到最初的登录界面，但是点击logout退出登录之后，界面直接就是显示一串500的报错。于是查看tomcat下应用里面的inputs参数，检查logout这里对应的URL链接地址，发现URL链接有误。换成正确的地址之后，500错误解决。

## 5、memcached异常，页面登录，报500 ##

在前端是加了memcached的，在登录页面输入用户名和密码登录，进去之后发现不是网站的首页，而是页面直接就是500的报错信息，报错信息还写了time out等等，其中注意到报错里面有两个IP地址，经核实，正是memcached的IP地址，于是查看memcached服务，确认是memcached服务异常引起的。

## 6、Haproxy的VIP异常 ##

服务为双节点，走的HA，一次页面上出现服务报500，影响了业务的正常功能。但是以上5点原因都排查过，均是正常的。最后查看HA，发现是后台HA服务的VIP挂了，因此引起了服务报500。将vip处理好，问题得到解决。

目前遇到的大致就这些，后续再有，再继续补充。。。