웹 사이트가 있는 경우 매우 유용한 자습서 WordPress 누구의 SQL 테이블 wp_options 매우 큽니다. Clean huge wp_options in SQL.
WordPress 웹 서버를 위한 상당히 가벼운 CMS입니다. 요구 사항 최소 하드웨어 리소스 및 웹 서버 지원 HTTPS 우리가 설치한 것: PHP, MySQL의, NGINX 또는 아파치.
의 문제 WordPress 보안 침해가 있거나 데이터베이스에 최적화되지 않은 다양한 모듈(플러그인)을 사용할 때 발생할 수 있습니다. 대부분의 경우 테이블은 wp_options
그는 고통받는 사람입니다.
이러한 시나리오 중 하나는 다양한 모듈이 삭제되지 않는 시나리오입니다. 캐시 항목 또는 만료된 과도기 부터 MySQL의. Wp_ 테이블options 시간이 지남에 따라 매우 큰 볼륨에 도달하여 리소스 소비가 발생합니다. CPU부당하게 높은 RAM. 이러한 조건에서 웹사이트의 로딩 시간은 WordPress 많이 증가하거나 주요 기능 문제로 이어질 수 있습니다.
시간이 지남에 따라 CRON 서비스의 부족 또는 잘못된 작동으로 인해 만료된 SQL 항목(캐시 및 임시 항목)이 남아 있고 데이터베이스를 매우 많이 채우는 두 개의 모듈을 식별했습니다.
740 MB 테이블 wp_options 그것은 매우 크고 동시에 부당합니다. 코어 설정이 정상적으로 저장되는 테이블에서 WordPress 그리고 설치된 모듈.
큐프린
거대한 wp_를 청소하는 방법options SQL에서
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\_%')
과도 현상을 어떻게 삭제합니까(WooCommerce Transients) SQL – wp_에서 만료됨options
전환(WordPress Transients)는 플러그인 및 테마에서 데이터베이스에 정보를 임시로 저장하는 데 사용됩니다. 이것은 사이트의 로딩 속도를 최적화하고 일부 요소의 올바른 작동을 가능하게 합니다.
일반적으로 만료된 임시 항목은 데이터베이스에서 자동으로 삭제되어야 하지만 항상 그런 것은 아닙니다. Facebook과 같은 모듈 및 WooCommerce 많은 임시 항목을 생성하며 자동으로 삭제되지 않으면 데이터베이스를 크게 채웁니다. 수동으로 개입하고 삭제해야 하는 시나리오.
데이터베이스로 이동하여 SQL로 이동하고 명령줄을 실행합니다.
DELETE FROM wp_options WHERE option_name LIKE ('%\_transient\_%')
많은 수의 트랜지언트가 삭제된 경우 웹 페이지의 더 빠른 로딩 속도와 더 낮은 소비량을 즉시 알 수 있습니다. CPU SQL에 의해 배치된 프로세스의 경우.