Elevato consumo delle risorse del server da parte del tuo account

meditamedical
(@meditamedical)

4 anni fa

Salve a tutti,
ho un dominio [link sotto] su siteground
Dentro essenzialmente ci sono pochi plugin e woocommerce installato con al massimo 6-7 prodotti e qualche pagina informativa oltre la home.

Il sito non è più accessibile

Ho aperto un ticket su siteground e la risposta è stata

“CAUSA DEL CONSUMO ELEVATO DI RISORSE:

Abbiamo svolto uno studio approfondito e abbiamo scoperto che WordPress esegue query lente in direzione del suo database, che infine monopolizzano il server. Il server tenta di eseguire le query lente mettendo altri processi in coda fino a quando viene liberata un po’ di memoria. Tuttavia, mentre sono in attesa, i processi si accumulano e causano ulteriori problemi. I motivi per query lente nel database possono essere molteplici, ma i seguenti tre sono i più comuni:”

E continua ancora:

Ecco alcune delle query di database che sono lente e consumano molte risorse del server:

=== Databases Info =========================================================================
Database Label Tables Views InnoDB MyISAM Slow Queries Slowest Query DB Size
————– ————- —— —– —— —— ———— ————- ——-
dbbqkxtgr564py meditashop.it 45 0 45 0 2293 9.538 52.5 MB
——————————————————————————————–

=== TOP 10 of 2293 (total) Slow Queries for the past 24 hours ====================================================
1. Executed 9h 54m 51s ago for 17.010839 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 08:24:21 Query_time: 17.010839 Rows_examined: 1: Rows_sent 0 Lock_time: 0.000209 Query_chars: 415
UPDATE usc_packlink_entity SET type = ‘Configuration’, index_1 = ‘taskRunnerStatus’, index_2 = ‘1’, index_3 = NULL, index_4 = NULL, index_5 = NULL, index_6 = NULL, index_7 = NULL, data = ‘{\”class_name\”:\”Logeecom\\\\Infrastructure\\\\Configuration\\\\ConfigEntity\”,\”id\”:\”1\”,\”name\”:\”taskRunnerStatus\”,\”value\”:{\”guid\”:\”\”,\”timestamp\”:null},\”systemId\”:\”1\”}’ WHERE id = ‘1’;
——————————————————————————————————————-
2. Executed 9h 54m 51s ago for 15.057252 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 08:24:21 Query_time: 15.057252 Rows_examined: 385: Rows_sent 385 Lock_time: 0.050277 Query_chars: 74
SELECT option_name, option_value FROM usc_options WHERE autoload = ‘yes’;
——————————————————————————————————————-
3. Executed 9h 54m 51s ago for 12.268459 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 08:24:21 Query_time: 12.268459 Rows_examined: 385: Rows_sent 385 Lock_time: 0.050340 Query_chars: 74
SELECT option_name, option_value FROM usc_options WHERE autoload = ‘yes’;
——————————————————————————————————————-
4. Executed 2h 33m 48s ago for 10.020625 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 15:45:24 Query_time: 10.020625 Rows_examined: 0: Rows_sent 0 Lock_time: 0.071572 Query_chars: 101
SELECT option_value FROM usc_options WHERE option_name = ‘wc_connect_debug_logging_enabled’ LIMIT 1;
——————————————————————————————————————-
5. Executed 8h 12m 53s ago for 9.538467 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 10:06:19 Query_time: 9.538467 Rows_examined: 0: Rows_sent 0 Lock_time: 0.000098 Query_chars: 101
SELECT option_value FROM usc_options WHERE option_name = ‘_transient_et_builder_ajax_cache’ LIMIT 1;
——————————————————————————————————————-
6. Executed 8h 12m 53s ago for 9.528367 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 10:06:19 Query_time: 9.528367 Rows_examined: 0: Rows_sent 0 Lock_time: 0.012888 Query_chars: 104
SELECT option_value FROM usc_options WHERE option_name = ‘jetpack_edit_links_calypso_redirect’ LIMIT 1;
——————————————————————————————————————-
7. Executed 4h 34m 47s ago for 9.108485 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 13:44:25 Query_time: 9.108485 Rows_examined: 1: Rows_sent 1 Lock_time: 0.050165 Query_chars: 95
SELECT option_value FROM usc_options WHERE option_name = ‘_transient_et_core_version’ LIMIT 1;
——————————————————————————————————————-
8. Executed 7h 8m 5s ago for 7.904073 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 11:11:07 Query_time: 7.904073 Rows_examined: 362: Rows_sent 181 Lock_time: 0.006090 Query_chars: 214
SELECT usc_posts.* FROM usc_posts WHERE 1=1 AND usc_posts.post_parent = 16 AND usc_posts.post_type = ‘revision’ AND ((usc_posts.post_status = ‘inherit’)) ORDER BY usc_posts.post_date DESC, usc_posts.ID DESC;
——————————————————————————————————————-
9. Executed 7h 3m 57s ago for 7.156883 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 11:15:15 Query_time: 7.156883 Rows_examined: 362: Rows_sent 181 Lock_time: 0.043920 Query_chars: 214
SELECT usc_posts.* FROM usc_posts WHERE 1=1 AND usc_posts.post_parent = 16 AND usc_posts.post_type = ‘revision’ AND ((usc_posts.post_status = ‘inherit’)) ORDER BY usc_posts.post_date DESC, usc_posts.ID DESC;
——————————————————————————————————————-
10. Executed 4h 30m 7s ago for 6.986377 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 13:49:05 Query_time: 6.986377 Rows_examined: 0: Rows_sent 0 Lock_time: 0.031671 Query_chars: 101
SELECT option_value FROM usc_options WHERE option_name = ‘wc_connect_debug_logging_enabled’ LIMIT 1;
——————————————————————————————————————-

=== Top 3 Similar SQL Queries and their query time =================================================================
Executed: 1814 time for minumum: 1.002449 sec, maximum: 9.538467 sec
SELECT option_value FROM usc_options WHERE option_name = ‘_transient_et_builder_ajax_cache’ LIMIT 1;
——————————————————————————————————————-
Executed: 184 time for minumum: 1.015242 sec, maximum: 6.586253 sec
SELECT * FROM usc_packlink_entity WHERE type = ‘Configuration’ AND ( index_1 = ‘taskRunnerStatus’ AND index_2 = ‘1’) LIMIT 0, 1;
——————————————————————————————————————-
Executed: 70 time for minumum: 1.052578 sec, maximum: 4.332906 sec
SELECT post_id, meta_key, meta_value FROM usc_postmeta WHERE post_id IN (150) ORDER BY meta_id ASC;
——————————————————————————————————————-

Dalle query precedenti possiamo concludere che il tuo problema è causato da un script non ben compilati.

Come posso procedere?
Cosa va fatto?

Grazie mille

Giovanni

aggiornamento
dovresti contattare uno sviluppatore professionista per controllare le query lente generate dal tuo database come specificato dal mio collega nella risposta precedente perché questo va oltre lo scopo del nostro supporto.

La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]

Stai visualizzando 7 risposte - dal 1 al 7 (di 7 totali)

Moderatore Cristiano Zanca
(@cristianozanca)

4 anni fa

Salve meditamedical ,

Per controllare che il proprio sito sia integro, il consiglio è di seguire questa guida:

https://wordpress.org/support/article/faq-my-site-was-hacked/

Chi ha creato la discussione meditamedical
(@meditamedical)

4 anni fa

Non penso sia il caso di attacco hacker

Matteo Spirandelli
(@matteospi)

4 anni fa

Ciao @meditamedical,

Piacere di conoscerti, sono Matteo. Non faccio parte di SiteGround, ma sono anche io un loro cliente affezionato.

Riguardo il tuo problema, vedo che i ragazzi del dipartimento Senior di SiteGround ti hanno mandato una serie di richieste database che sono molto lunghe.

Vedo che si parla di Packlink (probabilmente lo hai installato): usc_packlink_entity. Dovresti capire cos’è questa riga di database e cosa fa esattamente, parlandone anche con Packlink stessa.

Vedo inoltre che qualcosa riguarda anche WooCommerce visto che salvi il log del sito (wc_connect_debug_logging_enabled). Se il tuo sito è in produzione, è sempre meglio disabilitare il debug: probabilmente non ti serve e richiede molte risorse.

Vedo anche che usi un certo tipo di cache (transient_et_builder_ajax_cache). Il consiglio è, se sei su SiteGround, di non usare alcun tipo di plugin Cache esterno, piuttosto invece, scaricare ed utilizzare SiteGround SuperCacher, un plugin che. Rea cache più veloci visto che lo fa a livello di server. Adesso tutto è stato integrato in SG Optimizer. Inoltre, personalmente quando creo o sviluppo siti preferisco usare direttamente Gutenberg senza ulteriori builder visto che appesantiscono la pagina.

Per ultimo, vedo che ti sta creando problemi una particolare funzione di Jetpack (jetpack_edit_links_calypso_redirect). Non ho idea di cosa sia, ma ti sta creando un po’ di problemi.

In più vedo che alcune righe che iniziano con usc ti stanno dando un po’ di problemi.

Il consiglio, a questo punto, è di:
– Usare il plugin Query Monitor Che dovrebbe aiutarti nel capire dove vengono generate queste richieste al database, anche per capire il tuo passo successivo. Non ho mai usato questo plugin quindi non saprei dirti come fare o come funzioni, ma so che funziona piuttosto bene.
– Contattare Jetpack e Packlink e chiedere info su come risolvere questo problema.

Un’altra cosa che probabilmente dovresti dirmi è su quale piano ti trovi ora su SiteGround. Potrebbe esserci utile. Il suggerimento di SiteGround di contattare uno sviluppatore resta comunque valida visto che ti permetterà di far sì che acceda direttamente al tuo sito e possa verificare più da vicino l’inconveniente.

Resto a disposizione.

A presto,
Matteo S.

Chi ha creato la discussione meditamedical
(@meditamedical)

4 anni fa

Ciao Matteo, grazie per la tua risposta.

Riusciresti tu a darmi un aiuto?

Se vuoi possiamo metterci in contatto.

Grazie

Matteo Spirandelli
(@matteospi)

4 anni fa

Ciao,

Purtroppo non sono uno sviluppatore e comunque seguendo le regole del forum non posso accedere al tuo sito o altro.

Per qualsiasi domanda, resto a disposizione.

Un saluto,
Matteo S.

Moderatore Cristiano Zanca
(@cristianozanca)

4 anni fa

Salve meditamedical

“Non pubblicare indirizzi e-mail, chiedere ad altri di pubblicare la propria e-mail o invitare a contattare le persone al di fuori dei forum.”

tratto da https://it.wordpress.org/support/lineeguida/#robaccia

Grazie

Chi ha creato la discussione meditamedical
(@meditamedical)

4 anni fa

ok, letto tutto.
Chiedo scusa, non era mia intenzione eludere il regolamento.

G

Stai visualizzando 7 risposte - dal 1 al 7 (di 7 totali)

Il topic ‘Elevato consumo delle risorse del server da parte del tuo account’ è chiuso a nuove risposte.

Visualizza