Onderwerp: Server Load

ik heb een dedicated server waar maar 2 sites op draaien. 1 ervan is alleen maar html en veroorzaakt haast geen load.

De andere sites is gebouwd met xoops en heeft regelmatig >100 gebruikers tegelijkertijd online.

Als het aantal bezoekers boven de 200 komt stort de server in elkaar en hebben we een load van 80% of >

Het is een celeron 1.3 met 1 Gb aan mem.

Nu mijn vraag wat kan ik doen om dat tegen te gaan. Meer memory kopen. Meer proccessor kracht of is er nog een instelling in mysql waardoor er minder load komt.

Als je MySQL 4 gebruikt kun je de CPU en disk load een stuk naar beneden krijgen door gebruik te maken van query caching. Dan zijn er nog een aantal tweaks die je kunt doen.

Welke versie van MySQL heb je?

Kun je je my.cnf posten, samen met de output van 'show status' (als root op de mysql prompt)?

De versie welke ik gebruik is 3.23

show status heb ik bijgevoegd bestandje geplaatst.

de my.cnf ziet er als volgt uit.

datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock

[mysql.server]
user=mysql
basedir=/var/lib

[safe_mysqld]
err-log=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

Alvast bedank voor je reactie.

Hi, wegens trekken van verstandskiezen ben ik ff uit de running, ik ben je niet vergeten

Ik wacht met smart af.

Sterkte met de verstandskiezen. ;-)

Probeer te kijken wat het meeste trekt
Stort de server in elkaar omdat cpu 100% trekt of omdat de Harde schijf constant aan het zoeken is omdat er teveel querys zijn of omdat het geheugen teweinig is voor de cache.

Maar het klinkt meer naar een CPU probleempje, dus ik zou zeggen probeer een p4.

Echter is ken de omstandigheden van de server niet zoals ik boven al zei.

Log ook even via de commandline in op mysql - het commando SHOW FULL PROCESSLIST laat je keurig zien welke queries hoe lang duren.
Indices willen vaak een heleboel schelen.

Matt

xoops is php toch? Zet persistent connections voor mysql uit in je php.ini (als het aan staat), wil wel eens schelen.

Xoops is inderdaad PHP.

Ik zal vanavond laten weten of persistent connections aanstaat in mjin php.ini en zo ja dan uitzetten.

Ik kan er nu niet bij nl.

Thanks voor de tip.

Oke, persistent connections stond dus al uit. Aanzetten geeft nog meer load. Iemand nog een idee?

Okay, daar ben ik weer

Ten eerste moet je naar MySQL 4 upgraden (stabiele versie nu 4.0.17). De query cache in MySQL 4 kan je van veel disk en CPU load afhelpen. Upgraden naar MySQL 4 is eenvoudig en kan met behoud van je db's, zie daarvoor de mysql site. Van alles waar ik het over heb is dit de eenvoudigste manier om performance te winnen.

Om in MySQL 4 de querycache aan te zetten voeg je toe in my.cnf:

[mysqld]
query_cache_size=32M

Je kunt een beetje experimenteren met de grootte, maar in mijn ervaring werd mysql onstabiel bij een grotere cache dan +/- 64MB, en 32MB leek voor mij genoeg te zijn (database was een forum van +/- 1.5GB). Je kunt bekijken hoe effectief de cache is door uit show status Qcache_hits door Questions te delen. Met 32MB is de hit rate bij mij 5530098/11026908=0.50 wat betekent dat de helft van de queries "gratis" uit de cache gehaald kunnen worden.

Slow_queries is erg laag, dat ziet er goed uit. mysql redt zich toch nog redelijk zonder al te lang te doen over queries.

Je key cache is groot genoeg. Uit je status, key_reads/key_read_requests = 1194495/487316824 = 0.002. Hoe lager, hoe beter. Je hoeft de key cache grootte in my.cnf dus niet aan te passen.

Je Opened_tables waarde is heel erg hoog. Dat betekent dat de MySQL table cache kleiner is dan het aantal tables dat je open hebt, waardoor hij voortdurend tabellen moet sluiten en openen. Ik weet niet hoeveel tabellen je databases openen, maar 64 is in ieder geval te weinig. Je kan toevoegen in my.cnf:

[mysqld]
table_cache=128

Als je Opened_tables daarna toch nog sterk blijft stijgen, kun je dit getal nog wat hoger maken. Dit zal waarschijnlijk wel wat schelen.

Created_tmp_disk_tables is misschien aan de hoge kant. Dit is het aantal tijdelijke tabellen (bijv. sorteerresultaten) die door mysql in /tmp worden opgeslagen omdat ze te groot zijn. Dit kan een performanceprobleem zijn. Ik weet dit niet precies meer, maar als ik me goed herinner kun je ervoor zorgen dat mysql minder snel tabellen in /tmp dumpt met:

[mysqld]
tmp_table_size = 64M

Als je niet zeker weet of je genoeg geheugen voor mysql hebt, voorzichtig zijn met deze waarde. Wanneer de disk je bottleneck is (met vmstat op de shell te zien), kan je een ramdisk aanmaken en MySQL de ramdisk laten gebruiken in plaats van /tmp (met bijv. tmpdir=/ram in my.cnf).

Handler_read_rnd is ook vrij hoog; dit is het aantal queries waarvoor een hele tabel van begin tot eind gescand moet worden. Probeer in je database ontwerp uit te vinden of je nog indexen kunt toevoegen aan veldnamen waar je vaak op zoekt. Bijvoorbeeld:

mysql> create index loginidx on Person(login(8));

Het kan zo zijn dat je door de opzet van je applicatie niet ontkomt aan sequentiele scans, maar waar mogelijk helpt het.

Het kan zijn dat sommige variabelen die ik suggereer MySQL 4 only zijn. Natuurlijk is het opvolgen van deze suggesties geheel voor eigen risico en moet je ZEKER voor het upgraden een dump van al je databases ergens wegzetten

Succes!

Zo dan, wel even een lap tekst om te lezen.
Maar wel erg duidelijk uitgelegd Mijn dank is groot.

Ik ga vanavond even alles klaar zetten om te upgraden naar mysql versie 4.X Ook alvast wat extra backupjes in de cron plaatsen etc.

Waarschijnlijk vrijdag- of zaterdag nacht de upgrade draaien en eens stoeien met de parameters. Hete moet wel rustig zijn op het systeem bij voorkeur ;-)

Ik laat in ieder geval iets weten als ik wat weet.

Bedankt tot zover.

Greetz

Wizzler

Kijk ook eens op: http://www.databasejournal.com/featu...e.php/3110171g

hiet staat een uitgebriede uitleg over het enablen van querie-cache. Het is echt een wereld van verschil op een veel gebruikte MySQL server.

apache 1 of 2?

Wat is je ?
- MaxClients
- MaxRequestsPerChild
- MaxKeepAliveRequests

overweeg php te compileren met een cache engine.
Zelf heb ik goede ervaringen met Turck
http://turck-mmcache.sourceforge.net/

Kijk goed welke processen hoeveel geheugen vreten.

sar, vmstat and iostat are your friends.

Zo de operatie is gelukt. Mysql geupgrade naar versie 4 en query cache aangezet. De afgelopen dagen erg veel gelezen over mysql en met parameters aan de slag gegaan.

De load op de machine is inderdaad naar beneden gegaan (Hoera!)
Echter het is uitstel van executie ik moet toch naar een andere machine. De prosessor gaat het nu opgeven. Met > 400 Man tegelijkertijd een load van 70% (Voorheen was de machine allang ingestort)

Allemaal bedankt voor de tips!

Greetz