[gull] Mysql - re

Daniel Cordey dc at mjt.ch
Tue Oct 17 14:30:48 CEST 2006


On Monday 16 October 2006 17:33, J-A Eberhard - Open Net Sàrl wrote:

> Si je comprends c'est le swap qui n'est pas géré correctement et qui se
> remplis au point ou mysql est stoppé?

La cache n'est pas mal geree, mais elle se remplit au point ou elle n'a plus 
de place a offrir. Il te faut une cache plus grande. Il me semble que tu as 
une cache de 512 MB avec 512 MB de RAM, non ? Peut-etre as-tu configurer une 
deuxieme cache, mais celle-ci n'est pas activee ? 

Question : Au bout de combien de temps apres le demarage de ton serveur as-tu 
ce probleme ? Si c'est rapidement, il semble que le genre d'acces a ta BDD 
soit assez gourmant et il faut aussi envisager d'augmenter la taille de la 
RAM. Sinon, une simple augmentation de la taille de la swap devrait suffire. 
Toutefois, prevois asez large... inutile de repeter l'operation de maniere 
reguliere. Commence par mettre 2x RAM et regarder la maniere dont tes daemons 
mysql utilisent la memoire. Un bon outil pour avoir une vue globale et rapide 
est 'top'. Ragarder les valeurs de la colone VIRT. On au aussi un etat de la 
RAM et de la swap dans les lignes du haut.

Sur mes gros serveurs, mes process mysqld occupent 328 MB en virtuel et 301 MB 
en RAM; sur un systeme ayant 1 GB de RAM. La swap fait 1.5 GB et seul 150 MB 
sont actuellement occupes. Voila une idee de ce que la devrait donner... mais 
rien n'empeche que les process mysqld occupent beaucoup plus de memoire RAM & 
swap. Le pattern d'utilisation de la memoire est certainement influence par 
la variete et ;a complexite des requetes. Ce qui n'est pas le cas chez nous 
ou les requetes sont tres nombreuses mais relativement simples, sans tables 
intermediaires ni jointures.

dc



More information about the gull mailing list