Onderwerp: Server traag bij mysql-belasting

Ik heb een server met een aantal sites erop, de meeste gebruiken geen of haast geen database en hebben weinig bezoekers. 2 sites gebruiken veel mysql (+/- 5 queries per pagina) en hebben rond het middaguur ook veel mensen online (ene rond 180, ander rond 45). Een telling leverde zo'n 3100 queries per minuut op. De queries zijn goed geoptimaliseerd (geen select * from grootsttabel o.i.d.) maar bevat wel een aantal joins.

Het probleem is nu dat rond het middaguur, als er dus 180+45 mensen online zijn, de server vrij snel naar een extreme load (> 8) schiet en de sites traag worden.

Mijn vraag is nu; is dit normaal voor een P4 3,2 Ghz met 2 gigabyte geheugen en een 36 Gb Raptor 10k rpm? Zonee waar zou dit aan kunnen liggen?

Oorspronkelijk geplaatst door Brammutje

Ik heb een server met een aantal sites erop, de meeste gebruiken geen of haast geen database en hebben weinig bezoekers. 2 sites gebruiken veel mysql (+/- 5 queries per pagina) en hebben rond het middaguur ook veel mensen online (ene rond 180, ander rond 45). Een telling leverde zo'n 3100 queries per minuut op. De queries zijn goed geoptimaliseerd (geen select * from grootsttabel o.i.d.) maar bevat wel een aantal joins.

Het probleem is nu dat rond het middaguur, als er dus 180+45 mensen online zijn, de server vrij snel naar een extreme load (> 8) schiet en de sites traag worden.

Mijn vraag is nu; is dit normaal voor een P4 3,2 Ghz met 2 gigabyte geheugen en een 36 Gb Raptor 10k rpm? Zonee waar zou dit aan kunnen liggen?

Wat gebeurt er met zijn geheugen? Slurpt mysql dat op of blijft het lekker niks doen?

De load word die veroorzaak door mysql?

Zonet kwam de load weer omhoog (naar rond de 10) en gelijk daarmee kwam het volgende process bovenaan top:

47780 mysql 20 0 75000K 37292K kserel 61.4H 12.89% 12.89% mysqld

Het eerstvolgende proces is 0.20% CPU, daar ligt het dus niet aan.

Vrij geheugen: 536.582 MB van de 2030.41 MB

Je zou eens kunnen kijken of er niet een bepaalde query is die toch heel lang duurt, of die heel zwaar is. Met "mysqladmin -p proc" zie je de actieve queries, paar keer achter elkaar doen, en dan vergelijken; staat er 1 query erg lang tussen, dan is dat de eerste verdachte om naar op zoek te gaan en te kijken of dat niet wat minder zwaar kan.

Wat ook kan is dat je config niet helemaal super is. De standaard buffer groottes zijn nou niet echt spectaculair namelijk.

Hier een stukje config (/etc/mysql/my.cnf) wat misschien kan helpen, let wel op dat je niet meer geheugen aan MySQL toewijst dan er in de server zit, anders krijg je minder grappige effecten

set-variable = key_buffer_size=512M
set-variable = myisam_sort_buffer_size=256M
set-variable = max_allowed_packet=32M
set-variable = thread_stack=16M
set-variable = join_buffer_size=32M
set-variable = read_buffer_size=32M
set-variable = table_cache=512
set-variable = read_rnd_buffer_size=32M

Ik weet niet zeker of ze nog allemaal kloppen voor de nieuwste mysql versies, maar daar is "the manual" voor. Deze settings zijn in ieder geval zeker de moeite waard om eens mee te experimenteren!

zoek even op dit forum, mysql onderzoek en tuning komt minstens 1 keer per week voor...