Onderwerp: mysql extreem traag

hallo Mensen,

op de peakuren is mysql extreem trag en slokt de hele cpu hoeveelheid op. Ik draai momenteel mysql 4.1.7 onder fedora op een pentium 4 3ghz machine met 2 gig ram.

Ik heb al meerdere aanpassingen gedaan in my.cnf maar heeft weinig effect.

my.cnf:

[mysqld]
socket=/home/virtual/FILESYSTEMTEMPLATE/.mysqlsock/mysql.sock
datadir=/var/lib/mysql
max_connections = 450
key_buffer = 100M
myisam_sort_buffer_size = 64M
read_rnd_buffer_size = 768K
join_buffer_size = 1M
read_buffer_size = 1M
sort_buffer_size = 1M
table_cache = 1024
thread_cache_size = 100
thread_concurrency= 2
wait_timeout = 300
connect_timeout = 15
interactive_timeout=100
max_allowed_packet = 16M
max_connect_errors = 10
query_cache_limit = 1M
query_cache_size = 32M
query_cache_type = 1
skip-innodb
long_query_time = 5
tmp_table_size = 64M
default-character-set = latin1

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

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

[client]
socket=/home/virtual/FILESYSTEMTEMPLATE/.mysqlsock/mysql.sock
default-character-set = latin1

[mysqldump]
quick
max_allowed_packet = 64M

[myisamchk]
key_buffer = 64M
sort_buffer = 64M


iemand enig idee wat ik nogkan tweae/opnieuw tweaken?

alvast bedankt

Hoeveel is de load van de server ?

Hoe zwaar word de mysql server belast?
Heb je wel goede indexen op de tabellen?

Geen last van table locking? Aangezien ik geen InnoDB zie hier, zou het betekenen dat je MyISAM gebruikt op grote/zwaar belaste tabellen en dan kan table locking echt een zwaar *** probleem zijn.

standaard tussen 3 en 10 en mysql slokt rond de 75 - 99 % van de cpu op. op sommige peakuren klimt de load wel in de 25 met 500 processen

Database al eens geoptimaliseerd?

bedoel je via phpmyadmin en dan optimalizeren of de structuur optimalizeren? want via phpmadmin optimalizeren heb ik al zo vaak gedaan maar maakt niks uit.

Origineel geplaatst door dragonmedia
bedoel je via phpmyadmin en dan optimalizeren of de structuur optimalizeren? want via phpmadmin optimalizeren heb ik al zo vaak gedaan maar maakt niks uit.

Indices aanbrengen, query's optimaliseren etc. etc. Je kunt nog een zo'n sterke DB server bouwen maar als je je scripts niet optimaliseerd (c.q. fatsoenlijk / netjes in elkar zet) Heeft het allemaal weinig tot geen enkele zin.

Maar dat moet de klant zelf doen natuurlijk.
Nadeel is wel dat wij verantwoordelijk zijn voor de MySQL

Denk ook eens in de richting van koelingsproblemen, dit kan de load met name van mysql ook sterk verhogen.

Origineel geplaatst door DennisWijnberg
Maar dat moet de klant zelf doen natuurlijk.
Nadeel is wel dat wij verantwoordelijk zijn voor de MySQL

Je kunt slow query's loggen. En als dan vervolgens blijkt dat er één of enkele klanten voor verantwoordelijk zijn, kun je die erop aanspreken.

Je hebt een machine met 2GB, als MySQL het enige is dat op deze machine draait dan kan je de keybuffer flink opschroeven. Schroef verder ook de buffers in de myisamchk sectie eens flink op, dat maakt voor normaal gebruik niet uit, tijdens het repareren en offline optimaliseren echter wel.

Installeer verder eens mytop, een geweldige tool om beter in kaart te krijgen waar je server op stuk loopt. Het is echt dood eenvoudig om met een kleine site/database en enorm brak programmeer werk een dikke dual Xeon op z'n knieeen te krijgen. Als ik jou was zou ik me dus wat meer concentreren op wat je klanten naar je database server gooien dan op het optimaliseren van je setup.

In je mysql_status.txt staan weinig schokkende dingen, lijkt er op dat men geen bizar zware dingen doet en de server lijkt ook niet super belast te worden.

Wel gaat er hier iets mis:

| Handler_read_key | 2656649 |
| Handler_read_rnd | 31636734 |

'Handler_read_key' mag hoog zijn, dit wil zeggen dat er info uit een index wordt gehaald. 'Handler_read_rnd' is het tegenovergestelde, deze moet zo laag mogelijk zijn aangezien deze info uit de datafile haalt en niet uit een index. Deze staat bij jou op 31 miljoen tegen 2 miljoen key reads :\

Als je dus op de juiste plaatsen een index toevoegd vliegt de performance van je server waarschijnlijk omhoog..

Zet inderdaad eens je slow-query-log aan, daarin kan je zien wat er precies stuk loopt. En waarom je in godsnaam slechts 100MB aan keybuffer hebt op een machine met 2GB aan geheugen is mij ook een raadsel, of je databases moeten niet zo groot zijn. Maar dan schaf je weer niet zo'n server aan.

Hoe zet je die slow query log aan dan?

Origineel geplaatst door DennisWijnberg
Hoe zet je die slow query log aan dan?

Ga eens heel snel de manual lezen

Koop het boek 'high performance mysql' van o'reilly. Heb dat boek hier liggen, en het staat vol met tips die je vast erg interessant vind