Linux에서 너무 많은 php-fpm 프로세스로 인해 발생하는 메모리 소모 문제 해결에 대한 자세한 설명
이 글에서는 리눅스에서 너무 많은 php-fpm 프로세스로 인해 발생하는 메모리 소모 문제를 해결하는 방법을 주로 소개합니다. 도움이 필요한 친구들은
을 참고하세요. 최근에 리눅스 서버와 데이터베이스를 발견했습니다. 내 개인 블로그 서비스가 자주 중단되어 정상적인 액세스가 가능해지기 전에 다시 시작해야 합니다. 매우 역겨워서 문제 해결을 시작하고 시간과 에너지를 확보하기로 결정했습니다. 수동으로 다시 시작하는 것은 힘들고 시간이 많이 걸립니다).
문제 분석
문제를 발견한 후 먼저 free -m을 사용하세요. code> 현재 서버 실행 상태를 보는 명령어: <code>free -m
指令查看当前服务器执行状况:
可以看到我的服务器内存是2G的,但是目前可用内存只剩下70M,内存使用率高达92%,很有可能是内存使用率过高导致数据库服务挂断。
继续看详细情况,使用 top
指令:
然后再看指令输出结果中详细列出的进程情况,重点关注第10列内存使用占比:
发现CPU使用率不算高,也排除了CPU的问题,另外可以看到数据库服务占用15.2%的内存,内存使用过高时将会挤掉数据库进程(占用内存最高的进程),导致服务挂断,所以我们需要查看详细内存使用情况,是哪些进程耗费了这么多的内存呢?
使用指令:
ps auxw|head -1;ps auxw|sort -rn -k4|head -40
查看消耗内存最多的前40个进程:
查看第四列内存使用占比,发现除了mysql数据库服务之外,php-fpm服务池开启了太多子进程,占用超过大半内存,问题找到了,我们开始解决问题:设置控制php-fpm进程池进程数量。
解决问题
通过各种搜索手段,发现可以通过配置 pm.max_children
属性,控制php-fpm子进程数量,首先,打开php-fpm配置文件,执行指令:
vi /etc/php-fpm.d/www.conf
找到 pm.max_children
字段,发现其值过大:
如图, pm.max_children
值为50,每一个进程占用1%-2.5%的内存,加起来就耗费大半内存了,所以我们需要将其值调小,博主这里将其设置为25,同时,检查以下两个属性:
pm.max_spare_servers
: 该值表示保证空闲进程数最大值,如果空闲进程大于此值,此进行清理 pm.min_spare_servers
: 保证空闲进程数最小值,如果空闲进程小于此值,则创建新的子进程;
这两个值均不能不能大于 pm.max_children
值,通常设置 pm.max_spare_servers
值为 pm.max_children

top
명령을 사용하세요. 
CPU 사용량이 높지 않은 것으로 확인되었으며, CPU 문제는 배제되었습니다. 또한, 메모리 사용량이 너무 높을 경우 데이터베이스 서비스가 메모리의 15.2%를 차지하는 것을 확인할 수 있습니다. 프로세스(메모리 사용량이 가장 많은 프로세스)가 압착되므로 서비스가 중단되므로 메모리 사용량을 자세히 확인해야 하는 프로세스는 무엇입니까?
명령 사용: systemctl restart php-fpm
가장 많은 메모리를 소비하는 상위 40개 프로세스 보기: #🎜🎜 #

문제 해결
다양한 검색 방법을 통해 <코드>를 구성할 수 있는 것으로 나타났습니다. pm.max_children 속성은 php-fpm 하위 프로세스 수를 제어합니다. 먼저 php-fpm 구성 파일을 열고
ps -fe |grep "php-fpm"|grep "pool"|wc -l
명령을 실행합니다. #🎜🎜 # pm.max_children
필드를 찾아 해당 값이 너무 큰 것을 발견했습니다.
pm.max_children
값은 50이고 각 프로세스는 1%-2.5%를 차지합니다. 총 메모리는 대부분의 메모리를 소비하므로 해당 값을 줄여야 합니다. 여기서 블로거는 이를 25로 설정합니다. 동시에 다음 두 가지 속성을 확인합니다. 🎜🎜#pm.max_spare_servers
: 이 값은 유휴 프로세스가 이 값보다 크면 pm이 정리됩니다. min_spare_servers
: 보장되는 유휴 프로세스의 최소 수입니다. 유휴 프로세스가 이 값보다 작으면
이 두 값 모두 될 수 없습니다. pm.max_children
값보다 큽니다. 일반적으로 pm.max_spare_servers
값은 pm.max_children
값의 60%-80%로 설정됩니다. .
마지막으로 php-fpm을 다시 시작합니다 메모리 사용량을 다시 확인하면 메모리 사용량이 줄어듭니다. 많이: PHP에서 체크인 기능을 구현하는 방법의 예에 대한 자세한 분석 #🎜 🎜#Linux에서의 php-fpm 매개변수 구성 소개 및 매개변수 최적화 지침에 대한 자세한 설명 데이터 마이그레이션 및 데이터에 대한 자세한 설명 Laravel 채우기#🎜🎜 # 위 내용은 Linux에서 너무 많은 php-fpm 프로세스로 인해 발생하는 메모리 소모 문제 해결에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
netstat -anp|grep "php-fpm"|grep "tcp"|grep "pool"|wc -l
당신이 관심을 가질 만한 기사:

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Root로 MySQL에 로그인 할 수없는 주된 이유는 권한 문제, 구성 파일 오류, 암호 일관성이 없음, 소켓 파일 문제 또는 방화벽 차단입니다. 솔루션에는 다음이 포함됩니다. 구성 파일의 BAND-ADDRESS 매개 변수가 올바르게 구성되어 있는지 확인하십시오. 루트 사용자 권한이 수정 또는 삭제되어 재설정되었는지 확인하십시오. 케이스 및 특수 문자를 포함하여 비밀번호가 정확한지 확인하십시오. 소켓 파일 권한 설정 및 경로를 확인하십시오. 방화벽이 MySQL 서버에 연결되는지 확인하십시오.

MySQL 시작이 실패하는 데는 여러 가지 이유가 있으며 오류 로그를 확인하여 진단 할 수 있습니다. 일반적인 원인에는 포트 충돌 (포트 점유 체크 및 구성 수정), 권한 문제 (서비스 실행 사용자 권한 실행), 구성 파일 오류 (파라미터 설정 확인), 데이터 디렉토리 손상 (데이터 복원 또는 테이블 공간 재건), IBDATA 테이블 공간 문제 (IBDATA1 파일 확인), 플러그로드 (확인 오류 로그)가 포함됩니다. 문제를 해결할 때 오류 로그를 기반으로 문제를 분석하고 문제의 근본 원인을 찾고 문제를 방지하고 해결하기 위해 정기적으로 데이터를 백업하는 습관을 개발해야합니다.

MySQL은 Android에서 직접 실행할 수는 없지만 다음 방법을 사용하여 간접적으로 구현할 수 있습니다. Android 시스템에 구축 된 Lightweight Database SQLite를 사용하여 별도의 서버가 필요하지 않으며 모바일 장치 애플리케이션에 매우 적합한 작은 리소스 사용량이 있습니다. MySQL 서버에 원격으로 연결하고 데이터 읽기 및 쓰기를 위해 네트워크를 통해 원격 서버의 MySQL 데이터베이스에 연결하지만 강력한 네트워크 종속성, 보안 문제 및 서버 비용과 같은 단점이 있습니다.

MySQL 설치 오류에 대한 솔루션은 다음과 같습니다. 1. MySQL 종속성 라이브러리 요구 사항이 충족되도록 시스템 환경을주의 깊게 확인하십시오. 다른 운영 체제 및 버전 요구 사항이 다릅니다. 2. 오류 메시지를주의 깊게 읽고 프롬프트 (예 : 라이브러리 파일 누락 또는 부족한 권한)에 따라 종속성 설치 또는 Sudo 명령 사용과 같은 해당 조치를 취합니다. 3. 필요한 경우 소스 코드를 설치하고 컴파일 로그를주의 깊게 확인하십시오. 그러나 일정량의 Linux 지식과 경험이 필요합니다. 궁극적으로 문제를 해결하는 핵심은 시스템 환경 및 오류 정보를 신중하게 확인하고 공식 문서를 참조하는 것입니다.

MySQL 설치 실패의 주된 이유는 다음과 같습니다. 1. 권한 문제, 관리자로 실행하거나 Sudo 명령을 사용해야합니다. 2. 종속성이 누락되었으며 관련 개발 패키지를 설치해야합니다. 3. 포트 충돌, 포트 3306을 차지하는 프로그램을 닫거나 구성 파일을 수정해야합니다. 4. 설치 패키지가 손상되어 무결성을 다운로드하여 확인해야합니다. 5. 환경 변수가 잘못 구성되었으며 운영 체제에 따라 환경 변수를 올바르게 구성해야합니다. 이러한 문제를 해결하고 각 단계를 신중하게 확인하여 MySQL을 성공적으로 설치하십시오.

MySQL 설치 실패는 일반적으로 종속성 부족으로 인해 발생합니다. 솔루션 : 1. 시스템 패키지 관리자 (예 : Linux Apt, YUM 또는 DNF, Windows VisualC 재분배 가능)를 사용하여 Sudoaptinstalllibmysqlclient-dev와 같은 누락 된 종속성 라이브러리를 설치하십시오. 2. 오류 정보를주의 깊게 확인하고 복잡한 종속성을 하나씩 해결하십시오. 3. 패키지 관리자 소스가 올바르게 구성되어 네트워크에 액세스 할 수 있는지 확인하십시오. 4. Windows의 경우 필요한 런타임 라이브러리를 다운로드하여 설치하십시오. 공식 문서를 읽고 검색 엔진을 잘 활용하는 습관을 개발하면 문제를 효과적으로 해결할 수 있습니다.

MySQL 및 MariaDB 데이터베이스의 효과적인 모니터링은 최적의 성능을 유지하고 잠재적 인 병목 현상을 식별하며 전반적인 시스템 신뢰성을 보장하는 데 중요합니다. Prometheus MySQL Expler는 능동적 인 관리 및 문제 해결에 중요한 데이터베이스 메트릭에 대한 자세한 통찰력을 제공하는 강력한 도구입니다.

Centos 인터뷰에 대한 자주 묻는 질문과 답변에는 다음이 포함됩니다. 1. yum 또는 dnf 명령을 사용하여 Sudoyumininstallnginx와 같은 소프트웨어 패키지를 설치하십시오. 2. SudouserAdd-m-s/bin/bashnewuser와 같은 userADD 및 GroupADD 명령을 통해 사용자 및 그룹을 관리합니다. 3. 방화구를 사용하여 SudofiRewall-CMD와 같은 방화벽을 구성하십시오. 4. Sudoyuminstallyum-Cron과 같은 Yum-Cron을 사용하도록 자동 업데이트를 설정하고 apply_updates = 예를 구성하십시오.
