Parandage tohutud SQL -tabelid: wp_actionscheduler_actions & wp_actionscheduler_logs [woocommerce näpunäited]

WooCommerce sai üha enam kasutatavaks mooduliks Ajakiri veebis. SEO, Toodete haldamine, aktsiad, puhas ja intuitiivne kood, lihtne haldusliides ja tuhanded WOO jaoks välja töötatud adrad on vaid mõned argumendid, mille jaoks ta väärib võimalust, kui mõtlete veebipoe arendamisel.

Nagu iga CMS, ei ole ka kumbki Woo erandid koefitsientidest, mis võivad tekkida erineva kasutamise või interaktsiooni stsenaariumide korral teiste WordPressi pistikprogrammidega.
Ressurssidega serveris riistvara Päris helde, ma märkasin seda andmebaasiteenus (mysqld) hakkab taotlema peaaegu 80– 90% RAM -mälust. Päris tõsine probleem, sest ma lihtsalt ei saanud aru, kust 110 viga pärineb perioodiliselt (110: ühendus on aegunud).
SQL -protsesside hoolikamalt kontrollimisel avastasin, et andmebaasil on kaks üsna märkimisväärset helitugevust: wp_actionscheduler_actions ja wp_actionscheduler_logs.

MOD -is normaalses kavandatud toimingud aga WooCommerce Action Planeerija Pärast nende täitmist tuleks see automaatselt kustutada. Seda ei juhtu alati ja need jäävad WP_ACTIONSCHEDIER_ACTIONS -is olekuga blokeerituna: ebaõnnestunud, tühistatud, pooleliolev või täielik.

Tabelite kohal oleval pildil “wp_actionsScheduler” Neil on ainult Veidi üle 15 MB. Mul on kahju, et mind ei inspireeritud ekraanipilti tegema, kui neil oli1,2 GB. Isegi nii piisab 15 MB tabelist, mis sisaldab WooCommerce'i programmeeritud toiminguid.
Need tabelid “Täispuhutud” mille tõttu WP-Cron ei kustuta sisendeid Hoolitse AU staatus “ebaõnnestunud“, “tühistatud” ja “täielik“. Tavaliselt tuleb need sisendid andmebaasist automaatselt kustutada.
Kavandatud toimingud ja nende seisund näeme seda väga lihtsalt ja sisse WooCommerce →Olek →Kavandatud toimingud.

Kuidas me puhkeme “ebaõnnestunud“, “tühistatud” ja “täielik” -Ltwp_actionscheduler_actions ja wp_actionscheduler_logs

Juurdeme andmebaasi Phpmyadmini kaudu, seejärel SQL -is käivitame käsuridade:

DELETE FROM `wp_actionscheduler_actions` WHERE `status` = 'canceled'

DELETE FROM `wp_actionscheduler_actions` WHERE `status` = 'complete'

DELETE FROM `wp_actionscheduler_actions` WHERE `status` = 'failed'

Kui see tabel on puhastatud, ei tähenda see, et probleem oleks lahendatud. Nagu ma eespool ütlesin, on peamine põhjus WP-krooniteenuse erinevatel põhjustel desaktiveerida. Seega olekutega kanded “zombie” Neid ei saa enam kustutada.
On väga oluline teada, et kui teil on WoCommerce'is veebipood ja see on ühendatud Facebooki poodidega pistikprogrammi kaudu “Facebook WooCommerce jaoks“, sünkroonib see WooCommerce'i tooteid automaatselt teie Facebooki poodide kontoga. Ja see teeb umbes 15 minutit. Need SQL -sisendid, kui neid ei kontrollita, võite saada mitusada tuhat liini “wc_facebook_regenerate_feed” sisse “wp_actionscheduler_actions“.

See intervall sobib kaupluste jaoks, kus on palju tellimusi, ja Facebooki poodide varude pidevaks ajakohastamiseks on vaja. Kui kaalute endiselt Facebooki sünkroonimist ja teie poe saab teha iga 24 tunni tagant, võib allolev koodirida teid aidata.

Avage fail WordPress / WooCommerce'i teema funktsioonid.php, mida teie pood töötab, ja lisage:

add_filter( 'wc_facebook_feed_generation_interval', function(){ return HOUR_IN_SECONDS * 24; } );

Järgmisena saame automaatseks puhastamiseks seada ühe nädala intervalli:

add_filter( 'action_scheduler_retention_period', 'wpb_action_scheduler_purge' );
function wpb_action_scheduler_purge() {
 return WEEK_IN_SECONDS;
}

Kui need muudatused on salvestanud, pole teil probleeme hiiglaslike tabelitega “wp_actionscheduler_actions”.