Labai naudinga pamoka, jei turite svetainę „WordPress“, kurios SQL lentelė wp_options tai labai didelis. Clean huge wp_options in SQL.

„WordPress“ yra gana lengva TVS žiniatinklio serveriams. Reikalavimai minimalūs aparatūros ištekliai Ir vienas Žiniatinklio serveris su parama Https kuriame įdiegėme: Php, „MySQL“, Nginx arba Apache.
„WordPress“ problemų gali kilti, kai naudojame įvairius modulius (įskiepius), turinčius saugumo pažeidimų arba neoptimizuotus, kurie turi įtakos duomenų bazei. Dažniausiai stalas wp_options jis yra tas, kuris kenčia.

Vienas iš tokių scenarijų yra toks, kai įvairūs moduliai neištrinami talpyklos įrašai arba pasibaigusio galiojimo laikotarpiai Nuo „MySQL“. Lentelė wp_options laikui bėgant pasiekia labai didelę apimtį, todėl sunaudojami ištekliai CPU, RAM nejustifcat de mare. In aceste conditii timpul de incarcare al unui website cu WordPress creste foarte mult sau se poate ajunge la probleme majore de functionalitate.

De-a lungul timpului am identificat doua module care din cauza lipsei sau a functionarii incorecte a serviciului CRON, intrarile SQL expirate (cache si transients) raman si populeaza in numar foarte mare baza de date.

740 MB pentru tabelul wp_options este foarte mare si nejustificat in acelasi timp. Intr-un tabel in care in mod normal sunt salvate setarile core ale WordPress si ale modulelor instalate.

Kaip išvalyti didžiulę WP_Options SQL

Cum stergem din MySQL wp_options Linijos wpseo_sitemap_cache_validator?

In versiunile mai vechi ale Yoast SEO a existat un bug ce a facut ca vechile intrari cache pentru sitemap sa ramana in baza de date, in tabelul wp_options, chiar daca ele nu mai erau de actualitate si in mod normal ar fi trebuit sa dispara. Sa fie sterse.

Am descoperit in „MySQL“ un numar important de linii wpseo_sitemap_cache_validator care ocupau un spariu unutil.

Stergera acestor linii din baza de date nu reprezinta nici un risc, insa este recomandat ca inainte de orice comanda executata in SQL sa faceti un backup.
Pentru a sterge liniile wpseo_sitemap_cache_validator din wp_options este suficient sa selectati baza de date si sa executati comanda SQL:

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

Kaip ištrinti pasibaigusius pereinamuosius elementus (WooCommerce Transients) iš SQL – wp_options

Pereinamuosius elementus (WordPress Transients) naudoja papildiniai ir temos, kad laikinai saugotų informaciją duomenų bazėje. Tai optimizuoja svetainės įkėlimo greitį ir leidžia tinkamai veikti kai kuriuos elementus.

• WordPress wp_options lentelė sugadinta / Klaida užmezgant duomenų bazės ryšį.
• WordPress Exploit – virusų failų valymas, SQL ir serverio sauga.
• Kaip mes galime pridėti administratoriaus vartotoją į „WordPress“, jei neturime prieigos prie prietaisų skydelio ar SQL

Paprastai pasibaigę pereinamieji įvykiai turėtų būti automatiškai ištrinami iš duomenų bazės, tačiau taip nutinka ne visada. Tokie moduliai kaip „Facebook“ ir „WooCommerce“ sukuria daug pereinamųjų procesų, o jei jie nebus ištrinti automatiškai, jie žymiai papildys duomenų bazę. Scenarijus, kai turime įsikišti ir ištrinti juos rankiniu būdu.

Einame į duomenų bazę, į SQL ir vykdome komandų eilutę:

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

Jei buvo ištrinta daug pereinamųjų procesų, iš karto pastebėsime didesnį tinklalapių įkėlimo greitį ir mažesnį SQL procesų procesoriaus suvartojimą.