细数一些环境原因发现的bug

1.pgsql最大连接数

案例：项目是采用微服务部署的，很多服务会连pgsql数据库，有些开发在写代码的时候连接了数据库，用完后没有释放，导致连接数不断增加，超过设置的最大限制数量，服务日志就会提示报错。

排查方式：

查询最大连接数

show max_connections;

查询活动的连接数

SELECT COUNT(*) from pg_stat_activity;

查询空闲的连接

SELECT * from pg_stat_activity where state='idle';

临时解决办法一：

删除占用进程，彻底解决还需要开发该代码释放。

SELECT pg_terminate_backend(pid);

临时解决办法二：

修改pgsql的最大连接数

找到数据库安装目录下的postgresql.conf文件，

max_connections = 500，将这个值调大

 

过滤pgsql连接数：netstat -nap|grep 5432|grep 192.168.0.1 |wc -l

 

2.容器化部署问题，如容器中时区不对、验证码不显示

案例：1.时区不对，导致系统中业务数据不准确或者其他业务bug

2.图形验证码不显示，需要依赖内部库

3.系统调用容器外的接口访问不通

 

3.kafka连接数最大问题

此问题和pgsql类似，过滤kafka连接数：netstat -nap|grep 5432|grep 192.168.0.1 |wc -l

 

4.redis问题

1.有些服务只支持单节点部署和哨兵模式部署

2.程序同步机制有问题，redis和最新数据不对应

 

5.接口502、503问题

1.nginx

6.浏览器缓存问题