今天，客戶反饋后臺無法訪問，于是開啟了排查之路。

問題定位：

使用 df -h 命令查看，硬盤空間充足；

使用 free -m和top命令查看，發現16G的內存，被占用了多達15G；

查看安全防護日志，系統日志，未發現異常。

使用ps -ef|grep java命令查看進程是否存在，發現已經不存在java進程了；

問題大概就是內存占用率過高，導致java程序被kill掉了。

問題解決：

客戶采購的機器為阿里云機器，使用lnmp一鍵安裝腳本安裝的基礎環境，可以通過 ps auxw|head -1;ps auxw|sort -rn -k4|head -50 查看占用內存前50的進程，發現MySQL占用內存過多，php-fpm雖然單個進程占用內存不多，但是肉眼可見的均是php-fpm進程；

1、優化mysql配置

配置文件在 /etc/my.cnf，有如下幾個配置可以關注下 innodb_buffer_pool_size、key_buffer_size、max_connections、key_buffer_size，配置文件修改后，需重啟MySQL服務

2、優化php-fpm配置

php-fpm的配置文件在/usr/local/php/etc路徑下，

配置文件的一些解釋：

pm = dynamic
pm.max_children = 30
pm.start_servers = 15
pm.min_spare_servers = 10
pm.max_spare_servers = 20

pm = dynamic：子進程的數量在下面配置的基礎上動態設置：pm.max_children，pm.start_servers，pm.min_spare_servers，pm.max_spare_servers。

max_children：pm?設置為?static?時表示創建的子進程的數量，pm?設置為?dynamic?時表示最大可創建的子進程的數量。必須設置。

start_servers：設置啟動時創建的子進程數目。僅在?pm?設置為?dynamic?時使用。默認值：min_spare_servers + (max_spare_servers – min_spare_servers) / 2。

min_spare_servers：設置空閑服務進程的最低數目。僅在?pm?設置為?dynamic?時使用。必須設置。

max_spare_servers:設置空閑服務進程的最大數目。僅在?pm?設置為?dynamic?時使用。必須設置。

php-fpm配置修改后，也需要重啟。

重啟后使用相關壓測工具進行測試，未出現java進程被kill的情況。