Newsgroup: it.lavoro.professioni.webmaster
Titolo: Server mysql si blocca

Salve a tutti,
avrei bisogno di una informazione: la nostra società ha un server 
dedicato su aruba. Detto server ha problemi di performance al punto da 
bloccarsi almeno una volta al giorno. Il sistemista che ha in carico la 
gestione del server ha identificato il problema in Mysql.
Mysql infatti sembra soffrire di sovraccarico al punto da richiedere un 
riavvio manuale per far ritornare il server alla normalità.
Tutto sembra derivare da una (o qualche) query mal formata (così mi ha 
detto il sistemista) che potrebbe far andare in loop il server.
Ho provato in tutti i modi a loggare le query per vedere cosa possa 
provocare il blocco ma non c'è storia..
Sul server attualmente cè di tutto: wordpress, joomla, oscommerce etc. 
oltrechè un anno di lavoro.
Come potrei identificare la sorgente del problema?
Grazie mille e scusate il post lunghetto..

detto il sistemista) che potrebbe far andare in loop il server.
non conosco a fondo mysql ma mi sembra improbabile che nel suo log la
query che lo crasha non sia facilmente identificabile.  
stesso dicasi per il log del server web: crasherà ad una certa pagina,
quella pagina corrisponde ad uno script, quello script eseguirà
qualche query ecc..
per esperienza so che i "sistemisti" quando non sanno neanche loro che
pesci prendere, piuttosto che ammetterlo cercano di dare la colpa ad
eventi non (o difficilmente) verificabili in modo di fare il classico
scaricabarile e togliersi dai coglioni la rogna, sperando che il
cliente se ne dimentichi o si rassegni o compri un servizio più
avanzato (cambiando macchina, il che poi in genere risolve tutto).
-- 
abbraccio espedienti 365 giorni l'anno.
(generata da: 
http://www.phibbi.com/extra/gswe.php
)
il mio indirizzo email è valido ma filtrato: inserite 
la parola newsgroup nel subject per essere letti.

 query che lo crasha non sia facilmente identificabile.  
Il suo problema č che il crash č dvouto a sovraccarico, dunque prima di 
saltare Mysql puň fare altre Nmila query dopo la query incriminata prima 
di collassare, non č facile capire ...
Cla!
-- 
http://www.docebo.org
 [Open source CMS and e-learning]
http://www.docebo.com
 [My company]
http://claudioerba.blogspot.com
 [My Blog]
Non sono eterno, prendete appunti

 avanzato (cambiando macchina, il che poi in genere risolve tutto).
Questo lo sospettavo anche io.. sapessi quante ne hanno sparate..

 di collassare, non è facile capire ...
Esattamente. Hai colto nel segno. Non e' assolutamente facile 
rintracciare ed eventualmente ricostruire le condizioni che scatenano il 
collasso soprattutto quando sul server ci sono una cinquantina di sito 
che usano mysql.
-_-


Tempo fa ebbi un problema analogo, non so se ti può servire, ma
controlla il tipo di tabelle usato da MySQL, esistono diversi tipi,
adesso ne ricordo solo due InnoDB e MyISAM. Ogni tabella ha
caratteristiche differenti. Ricordo che cambiai il tipo di tabella per
tutti i database esistenti e risolsi il problema.
Il riferimento lo trovi qui:
http://dev.mysql.com/doc/refman/5.0/en/storage-engines.html
Nel caso l'informazione ti dovesse aiutare faccelo sapere please.
Ciao
Oreste

 Nel caso l'informazione ti dovesse aiutare faccelo sapere please.
Ti consiglio di non farlo assolutamente, non è detto che tutti gli 
applicativi da te installati gradiscano il cambiamento e ti troveresti 
in guai peggiori del down sporadico che soffri ora
Claudio



non è necessario farlo su tutti, puoi effettuare un test su alcuni e
verificare se la frequenza dei crash diminuisce. Il cambiamento di
tabella è reversibile e non distruttivo.

Potrebbe essere un problema di RAM. IL server satura la RAM, e Linux inizia 
ad utilizzare la memoria virtuale. Ovviamente siccome la memoria virtuale, 
sarebbe l'Hard Disk, si inceppa tutto.
Soluzione: Aumentare la RAM
-- 
GloboSpace Hosting Services
http://www.globospace.com
 


Le tabelle sono MyISAM. Da quanto ricordo questa dovrebbe essere 
l'impostazione di default di Mysql.
Potrebbe darsi che Joomla o altre installazioni di CmS richiedano InnoDB 
per le relazioni di tabelle ma non ne sono sicuro. E poi se 
richiedessere InnoDB credo che non funzionerebbero proprio..
Ah, ho dimenticato di dire che ho provato ad aggiornare da 3.23 alla 
4.1.2 ma a quanto pare è sempre la stessa storia.
Grazie comunque per le dritte!

 4.1.2 ma a quanto pare è sempre la stessa storia.
il mio è solo un presentimento, non certo un'analisi seria. Ricordo
che alcune applicazioni usavano il tipo sbagliato di tabella e ciò
risultava ogni tanto, non sempre, in una mancata registrazione dei
dati, in alcuni casi quest'ultimi erano necessari per la normale
funzione del programma e quindi avveniva un blocco.
I problemi di sistema si possono sempre monitorare con qualche tool,
mentre problemi legati ai database non sempre hanno dei tool
disponibili e devi costruire delle piccole sub di controllo, facile su
un singolo programma, titanico su un insieme di programmi. Un controllo
minuzioso delle specifiche può far risparmiare tempo.
Non resta che augurarti buona fortuna.

 Soluzione: Aumentare la RAM
La RAM è 256 MB in effetti. Solo che quando è stato ultralento e 
sovraccarico mi è capitato di visualizzare, con il comando "top", le 
risorse utilizzate e ce pure della ram libera (tipo 20-30 mb) mentre 
lavora tantissimo sull'HD, infatti la voce iowait di top è intorno al 
98-100%
Potrebbe essere una soluzione ma se non ne sono sicuro non vale la pena 
regalare ad Aruba (mai nome fu piu' appropriato) i soldi per un upgrade 
non necessario


256 mega per 50 installazioni sono davvero pochissime
O fai un upgrade ad 1 gb oppure prendi un secondo server che fa solo DB
Cla


Fulippo ha scritto:

Come dice Claudio, 256 Mb sono pochissimi. Anche se non fosse quello il 
problema, conviene upgradare a 1 gb. Che costo sarà mai, oltretutto 
ripartito su 50 domini... (non nel senso che lo devi riversare, ma nel 
senso che è un intervento di cui beneficiano tutti e 50).
Non condivido poi il ragionamento su Aruba, sei tu che devi valutare se 
la macchina che prendi è consona alle tue esigenze.
-- 
-------------------------------------------
Paolo De Dionigi
www.atfriends.net
Responsabile Tecnico Zen Cart Italia

 la macchina che prendi è consona alle tue esigenze.
Su Aruba il discorso ha un fondamento. Aruba rispetto ad altri provider 
ha dei prezzi e delle policy che ormai non sono più in linea con le 
offerte degli altri. Gli americani insegnano.

Fulippo ha scritto:

ciao,
per identificare il problema sarebbe utile sapere:
1) versione di mysql
2) posizionamento della directory data (la trovi in /etc/mysql/my.cnf)
3) filesystem della directory data
4) un output di vmstat durante il momento di sovraccarico del sistema
5) configurazione disco del sistema (ide,scsi,raid etc.)
A naso mi sembra il classico problema dei lock di mysql con cui mi sono 
scontrato piu' volte.
in pratica succede, con i software che hai indicato, che le righe che 
vengono lette a volte sono anche modificate con un accodamento dei 
processi di lettura in attesa delle modifiche.
Cambiare il motore del database (mysql -> postgresql per esempio) fa 
piu' danno che altro, perche' il problema di fondo che quei software 
sopra citati contengono delle query scritte at dogs dick
Ciao
Fede