WordPress 웹 서버를 위한 상당히 가벼운 CMS입니다. 요구 사항 최소 하드웨어 리소스 및 웹 서버 지원 HTTPS 우리가 설치한 것: PHP, MySQL의, Nginx에 또는 아파치.
의 문제 WordPress 보안 침해가 있거나 데이터베이스에 최적화되지 않은 다양한 모듈(플러그인)을 사용할 때 발생할 수 있습니다. 대부분의 경우 테이블은 wp_options 그는 고통받는 사람입니다.
이러한 시나리오 중 하나는 다양한 모듈이 삭제되지 않는 시나리오입니다. 캐시 항목 또는 만료된 과도기 부터 MySQL의. Wp_ 테이블options 시간이 지남에 따라 매우 큰 볼륨에 도달하여 리소스 소비가 발생합니다. CPU부당하게 높은 RAM. 이러한 조건에서 웹사이트의 로딩 시간은 WordPress 많이 증가하거나 주요 기능 문제로 이어질 수 있습니다.
시간이 지남에 따라 CRON 서비스의 부족 또는 잘못된 작동으로 인해 만료된 SQL 항목(캐시 및 임시 항목)이 남아 있고 데이터베이스를 매우 많이 채우는 두 개의 모듈을 식별했습니다.
740 MB 테이블 wp_options 그것은 매우 크고 동시에 부당합니다. 코어 설정이 정상적으로 저장되는 테이블에서 WordPress 그리고 설치된 모듈.
MySQL에서 삭제하는 방법 wp_options 선 wpseo_sitemap_cache_validator?
이전 버전의 Yoast SEO에는 사이트맵의 이전 캐시 항목이 wp_ 테이블의 데이터베이스에 남아 있게 하는 버그가 있었습니다.options, 더 이상 관련이 없고 일반적으로 사라졌어야 하는 경우에도 마찬가지입니다. 삭제됩니다.
나는 에서 발견했다 MySQL의 상당한 수의 라인 wpseo_sitemap_cache_validator 쓸모없는 첨탑을 차지합니다.
데이터베이스에서 이러한 행을 삭제하는 것은 위험하지 않지만 SQL에서 실행되는 모든 명령 전에 백업을 만드는 것이 좋습니다.
wp_에서 wpseo_sitemap_cache_validator 줄을 삭제하려면options 데이터베이스를 선택하고 SQL 명령을 실행하기만 하면 됩니다.
DELETE FROM wp_options WHERE option_name LIKE ('%\wpseo_sitemap\_%')SQL에서 만료된 WooCommerce Transient를 삭제하는 방법 - wp_options
전환(WordPress Transients)는 플러그인 및 테마에서 데이터베이스에 정보를 임시로 저장하는 데 사용됩니다. 이것은 사이트의 로딩 속도를 최적화하고 일부 요소의 올바른 작동을 가능하게 합니다.
일반적으로 만료된 임시 항목은 데이터베이스에서 자동으로 삭제되지만 항상 그런 것은 아닙니다. Facebook 및 WooCommerce와 같은 모듈은 많은 일시적인 현상을 생성하며 자동으로 삭제되지 않으면 데이터베이스를 크게 채웁니다. 수동으로 개입하고 삭제해야 하는 시나리오입니다.
데이터베이스로 이동하여 SQL로 이동하고 명령줄을 실행합니다.
DELETE FROM wp_options WHERE option_name LIKE ('%\_transient\_%')많은 수의 임시 항목이 삭제된 경우 웹 페이지의 로드 속도가 빨라지고 SQL 프로세스의 CPU 소비가 낮아짐을 즉시 알 수 있습니다.
