[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