Een zeer nuttige tutorial als je een website op WordPress hebt waarvan de SQL-tabel wp_options het is erg groot. Clean huge wp_options in SQL.

WordPress is een vrij licht CMS voor webservers. Vereisten minimale hardwarebronnen En één webserver met ondersteuning HTTPS waarop we hebben geïnstalleerd: PHP, MySQL, Nginx of Apache.
Problemen in WordPress kunnen optreden wanneer we verschillende modules (plug-ins) gebruiken die inbreuken op de beveiliging hebben of niet zijn geoptimaliseerd, waardoor de database wordt aangetast. Meestal de tafel wp_options hij is degene die lijdt.

Eén zo'n scenario is het scenario waarin verschillende modules niet worden verwijderd cachegegevens of verlopen transienten VAN MySQL. De tabel wp_options bereikt in de loop van de tijd een zeer groot volume, wat een verbruik van bronnen veroorzaakt CPU, onredelijk hoog RAM-geheugen. Onder deze omstandigheden neemt de laadtijd van een website met WordPress flink toe of kan dit tot grote functionaliteitsproblemen leiden.

In de loop van de tijd heb ik twee modules geïdentificeerd die, vanwege het ontbreken of onjuiste functioneren van de CRON-service, verlopen SQL-items (cache en transiënten) achterblijven en de database in grote aantallen vullen.

740MB want de tabel wp_options is tegelijkertijd erg groot en ongerechtvaardigd. In een tabel waarin normaal gesproken de kerninstellingen van WordPress en de geïnstalleerde modules worden opgeslagen.

Hoe enorme WP_OPTIONS in SQL schoon te maken

Hoe verwijderen we uit MySQL wp_options Lijnen wpseo_sitemap_cache_validator?

In oudere versies van Yoast SEO was er een bug die ervoor zorgde dat de oude sitemap-cachegegevens in de database bleven staan, in de tabel wp_options, zelfs als ze niet langer actueel waren en normaal gesproken verdwenen hadden moeten zijn. Te verwijderen.

Ik ontdekte binnen MySQL een aanzienlijk aantal lijnen wpseo_sitemap_cache_validator die een nutteloze ruimte in beslag nam.

Het verwijderen van deze regels uit de database houdt geen enkel risico in, maar het wordt aanbevolen dat u een back-up maakt voordat u een opdracht in SQL uitvoert.
Om de wpseo_sitemap_cache_validator regels uit wp_options te verwijderen, volstaat het om de database te selecteren en de SQL-opdracht uit te voeren:

DELETE FROM wp_options WHERE option_name LIKE ('%\wpseo_sitemap\_%')

Hoe verlopen transients (WooCommerce Transients) uit SQL te verwijderen – WP_OPTIONS

Transients (WordPress Transients) worden door plug-ins en thema's gebruikt om tijdelijk informatie in de database op te slaan. Dit optimaliseert de laadsnelheid van de site en maakt de correcte werking van sommige elementen mogelijk.

• WordPress WP_Options -tabel beschadigd / fout bij het instellen van een databaseverbinding.
• WordPress Exploit – Opschonen van virusbestanden, SQL en serverbeveiliging.
• Hoe kunnen we een admin -gebruiker in WordPress toevoegen als we geen toegang hebben tot Dashboard of SQL

Normaal gesproken moeten verlopen transiënten automatisch uit de database worden verwijderd, maar dit gebeurt niet altijd. Modules zoals Facebook en WooCommerce creëren veel transiënten, en als ze niet automatisch worden verwijderd, zullen ze de database aanzienlijk vullen. Scenario waarin we moeten ingrijpen en ze handmatig moeten verwijderen.

We gaan naar de database, naar SQL en voeren de opdrachtregel uit:

DELETE FROM wp_options WHERE option_name LIKE ('%\_transient\_%')

Als er een groot aantal transiënten is verwijderd, merken we direct een hogere laadsnelheid van webpagina's en een lager CPU-verbruik voor SQL-processen.