WordPress 메모리 소진 오류

이 오류의 의미와 확인 방법

• 치명적 오류에 Allowed memory size of 134217728 bytes exhausted (tried to allocate ... bytes)와 유사한 문구가 포함됩니다.
• 사이트 전체가 작동하지 않을 수도 있고, 대시보드, 특정 플러그인 화면, 가져오기, 마이그레이션 또는 일괄 작업에서만 문제가 발생할 수도 있습니다.
• 플러그인이나 테마를 설치 또는 업데이트하거나, 대규모 데이터 작업을 시작하거나, PHP 메모리 제한이 더 낮은 호스팅으로 사이트를 이전한 후 오류가 시작될 수 있습니다.
• 홈페이지는 정상적으로 로드되지만 가져오기, 페이지 빌더 화면, 상품 동기화 또는 기타 메모리를 많이 사용하는 작업은 실패할 수 있습니다.
• 메모리를 늘리면 일반 페이지는 정상적으로 작동하는 것처럼 보이지만 원래 작업은 계속 실패할 수 있습니다.

가능성이 높은 순서의 주요 원인

1. PHP memory_limit가 사이트 또는 요청에 비해 너무 낮습니다. WordPress 코어, 활성 테마, 플러그인, 현재 요청 및 처리 중인 데이터가 보수적으로 설정된 호스팅 기본값을 초과할 수 있습니다.
2. 플러그인이나 테마의 메모리 사용량이 높습니다. 페이지 빌더, 가져오기/내보내기 도구, 백업 소프트웨어, 캐싱 도구, 광범위한 SEO 또는 마케팅 제품군은 특정 작업 중 상당히 많은 메모리를 사용할 수 있습니다.
3. 대규모 작업이 한 번에 너무 많은 데이터를 처리합니다. 일반적인 페이지 로드는 정상이어도 미디어 가져오기, 상품 동기화, 마이그레이션 및 검색/바꾸기 작업은 제한을 초과할 수 있습니다.
4. 활성 플러그인 전체의 기본 메모리 사용량이 높습니다. 메모리를 적당히 사용하는 구성 요소가 여러 개 함께 작동하면 제한을 초과할 수 있습니다.
5. 설정 계층의 값이 서로 일치하지 않습니다. wp-config.php, 호스팅 패널, php.ini, .user.ini 및 해당하는 .htaccess 설정이 웹 요청에 서로 다른 유효 값을 적용할 수 있습니다.
6. 구성 요소의 처리 방식이 비효율적이거나 메모리 누수가 있습니다. 예측 가능한 대규모 작업뿐 아니라 적당한 작업량이나 반복 사용 후에도 특정 작업이 실패한다면 이 가능성이 커집니다.

해결 방법

1. 실패한 요청 식별

가능하다면 전체 치명적 오류 메시지를 복사하세요. 모든 페이지에서 실패하는지, 대시보드에서만 실패하는지, 특정 플러그인 화면에서만 실패하는지, 아니면 가져오기나 일괄 편집 같은 특정 작업에서 실패하는지 기록합니다. 이 구분을 통해 전반적으로 제한이 낮은 문제인지 작업별 문제인지 판단할 수 있습니다.

2. WordPress에서 더 많은 메모리 요청

파일을 편집하기 전에 백업을 만들거나 현재 설정을 복원할 수 있는지 확인하세요. SFTP 또는 호스팅의 파일 관리자를 사용해 wp-config.php를 열고 다음 줄을 /* That's all, stop editing! */ 위에 추가합니다.

define('WP_MEMORY_LIMIT', '256M');

이 설정은 서버가 허용하는 경우 WordPress가 256MB를 사용하도록 요청합니다. 상수가 이미 있다면 두 번째 상수를 추가하지 말고 기존 정의를 수정하세요. 일부 관리자 작업은 별도의 관리자 메모리 설정을 사용할 수 있으므로 대시보드에서만 오류가 발생한다면 추가 조사가 필요할 수 있습니다.

3. 사이트에서 사용하는 PHP 제한 확인

WP_MEMORY_LIMIT는 서버 자체의 memory_limit보다 PHP 메모리를 높일 수 없습니다. 호스팅 제어판 또는 사이트를 제공하는 PHP 버전에서 사용하는 php.ini를 확인하세요. VPS에서는 관련 PHP 설정을 변경한 후 PHP-FPM 또는 해당 PHP 서비스를 다시 시작해야 할 수 있습니다. 필요한 접근 권한과 승인 없이 변경하지 마세요.

mod_php를 사용하는 일부 Apache 설정에서는 다음과 같은 설정을 .htaccess에 사용할 수 있습니다.

php_value memory_limit 256M

이 설정은 PHP-FPM에는 적용되지 않으며, 해당 지시어가 허용되지 않는 환경에서는 서버 설정 오류를 일으킬 수 있습니다. 추가하기 전에 호스팅 패널을 사용하거나 호스팅 업체에 문의하세요. 명령줄 PHP 설정은 웹 요청에 사용되는 설정과 다를 수 있습니다.

4. 실패한 동일 작업 다시 실행

오류를 발생시킨 가져오기, 일괄 편집, 플러그인 작업 또는 페이지 요청을 다시 시도하세요. 일반 페이지는 실패한 작업보다 훨씬 적은 메모리를 사용할 수 있으므로 홈페이지를 로드하는 것만으로는 충분하지 않습니다. 작업이 성공하면 상태를 모니터링하고, 동일한 작업에 더 많은 메모리가 필요한 경우가 아니라면 제한을 추가로 높이지 마세요.

5. 작업의 최대 메모리 사용량 줄이기

가져오기, 마이그레이션, 동기화 또는 일괄 편집의 경우 도구의 배치 크기를 줄이거나 작업을 더 작은 그룹으로 나누세요. 모든 PHP 요청에 매우 높은 제한을 할당하는 것보다 안전한 경우가 많습니다. 운영 위험을 줄이기 위해 대규모 작업을 한산한 시간에 실행할 수 있지만, 그렇다고 요청의 최대 메모리 요구량이 줄어드는 것은 아닙니다.

6. 의심되는 플러그인 또는 테마 분리

256M 또는 512M도 충분하지 않거나 변경 후 문제가 시작되었다면, 오류가 발생한 화면이나 작업과 관련된 구성 요소를 테스트하세요. 가능하면 스테이징 사본을 사용합니다. 라이브 사이트에서는 먼저 백업을 만들고 플러그인을 한 번에 하나씩 비활성화하세요. 대시보드에 접근할 수 없다면 SFTP 또는 파일 관리자를 사용해 의심되는 플러그인 디렉터리의 이름을 임시로 변경하면 WordPress가 해당 플러그인을 로드하지 못하게 할 수 있습니다.

최근 변경된 구성 요소와 오류와 관련된 플러그인을 우선 확인한 다음, 페이지 빌더, 가져오기/내보내기 도구, 백업 도구, 캐싱 도구 및 대규모 올인원 제품군을 확인하세요. 프런트엔드 페이지가 실패한다면 기본 테마로도 테스트하세요. 각 테스트 후 영향을 받지 않은 구성 요소를 복원해야 어떤 구성을 테스트했는지 알 수 있습니다.

7. 유효한 설정 값 비교

WP_MEMORY_LIMIT를 변경해도 눈에 띄는 효과가 없다면 WordPress 요청의 값과 웹 요청에 사용되는 PHP 값을 비교하세요. 호스팅 패널, php.ini, .user.ini, 해당하는 .htaccess 설정 및 호스팅 업체가 적용한 상한을 검토합니다. 직접 확인할 수 없다면 호스팅 업체에 어떤 PHP 설정이 적용되는지 문의하세요.

8. 지속적인 해결 여부 확인

원래 실패했던 작업을 다시 실행한 다음 중요한 프런트엔드 및 관리자 페이지를 확인하세요. 매우 높은 제한을 설정해야만 사이트가 작동한다면 이를 해결 완료로 간주하지 말고, 원인이 되는 플러그인, 테마, 쿼리 또는 배치 크기를 계속 조사해야 한다는 진단 신호로 받아들이세요.

예방 및 해결 확인 방법

• 운영 환경의 작업이 실패할 때까지 기다리지 말고, 호스팅에서 지원하는 WordPress 메모리 값을 계획적으로 설정하세요.
• 사용하지 않는 플러그인을 제거하고 활성 플러그인 구성을 정기적으로 검토하세요. 기본 메모리 사용량은 누적되기 때문입니다.
• 가져오기, 마이그레이션, 동기화 및 일괄 편집의 배치가 사용 가능한 PHP 메모리 범위에 있도록 유지하세요.
• 전체 사이트를 처리하기 전에 스테이징 환경이나 제한된 데이터 세트에서 대규모 작업을 테스트하세요.
• 플러그인 또는 설정을 변경한 후 이전에 실패했던 작업을 다시 실행하고 프런트엔드와 관리자 페이지를 모두 확인하세요.
• 웹 요청에 적용되는 PHP 설정을 기록해 향후 메모리 변경이 올바른 위치에서 이루어지도록 하세요.

자주 묻는 질문