Hoge mysql-load sinds upgrade naar Mysql-4

[Verwijderd]

code:

20:31:10  up 1 day,  5:43,  1 user,  load average: 4.72, 2.18, 1.64
92 processes: 91 sleeping, 1 running, 0 zombie, 0 stopped
CPU states:  98.8% user   1.1% system   0.0% nice   0.0% iowait   0.0% idle
Mem:   998556k av,  918904k used,   79652k free,       0k shrd,  117904k buff
                    542428k actv,    8124k in_d,   15004k in_c
Swap: 1020024k av,    3552k used, 1016472k free                  569224k cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
 3679 mysql     15   0 26044  25M  2632 S    99.4  2.6  26:14 mysqld-max

Sinds de upgrade naar MySQL-4 heb ik vaak te maken met een mysql process dat een zeer hoge cpu usage heeft.
Hoe kom ik erachter wat dit kan veroorzaken?

code:

[root@server02 root]# ps -aux | grep mysql
root     14117  0.0  0.1  4424 1176 pts/0    S    20:32   0:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --pid-file=/var/lib/mysql/server02.hostingserver.nl.pid
mysql    14147 28.2  0.8 259336 8248 pts/0   S    20:32   0:15 /usr/sbin/mysqld-max --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/server02.hostingserver.nl.pid --skip-locking --socket=/var/lib/mysql/mysql.sock
root     14171  0.0  0.0  3756  564 pts/0    S    20:33   0:00 grep mysql
[root@server02 root]#

code:

[root@server02 root]# cat /etc/my.cnf
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
skip-locking
skip-innodb
query_cache_limit=1M
query_cache_size=80M
query_cache_type=1
max_connections=500
interactive_timeout=100
wait_timeout=100
connect_timeout=10
thread_cache_size=128
key_buffer=150M
join_buffer=1M
max_allowed_packet=16M
table_cache=512
record_buffer=1M
sort_buffer_size=1M
read_buffer_size=1M
max_connect_errors=10
thread_concurrency=2
myisam_sort_buffer_size=64M
log-bin
server-id=1

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

[safe_mysqld]
err-log=/var/log/mysqld.log
pid-file=/var/lib/mysql/mysql.pid
open_files_limit=8192

[mysqldump]
quick
max_allowed_packet=16M

[mysql]
no-auto-rehash
#safe-updates

[isamchk]
key_buffer=64M
sort_buffer=64M
read_buffer=16M
write_buffer=16M

[myisamchk]
key_buffer=64M
sort_buffer=64M
read_buffer=16M
write_buffer=16M

[mysqlhotcopy]
interactive-timeout
[root@server02 root]#

[ Voor 30% gewijzigd door Verwijderd op 23-01-2004 20:45 ]

[LauPro]

Ik zou is kijken welke query die hoge load veroorzaakt en die proberen te optimaliseren. Ik denk dat er een index niet goed (meer) staat namelijk.

[ Voor 3% gewijzigd door LauPro op 23-01-2004 20:36 ]

[Verwijderd]

Er draaien geen queries:

1:


2:

[ Voor 9% gewijzigd door Verwijderd op 23-01-2004 20:45 ]

[Verwijderd]

Uhm... kan iemand me vertellen waarom hier zo weinig reacties op zijn?

[LauPro]

Ik denk toch echt dat er een query is die relatief heel traag is, wat draait er op die server? Want als ik zie dat die httpd op 99% staat is er waarschijnlijk een brak script bezig die constant allemaal kleine query's uit de server trekt.

[zeroxcool]

Nee .

Heb je de MySQL binaries gebruikt, zelf gecompiled, komen van een package?

[Koffie]

Move PNS > NOS

[momania]

Koffie schreef op 24 januari 2004 @ 18:23:
Move PNS > NOS

Hallo.. Dit is WOS, geen NOS

Verder hoort dit in Software Algemeen, dus:
iets met kastje en muur
Windows Operated Systems >> Software Algemeen

[ Voor 4% gewijzigd door momania op 24-01-2004 18:33 ]

[Verwijderd]

Sorry modjes

Alvast bedankt voor de reactie. Op Apache-Detailed-Status-page staat er iig geen info over. (www.citus.nl/server-status)

Ik heb de rpm files van MySQL.com gebruikt om te upgraden. Hierna heb ik een paar aanpassingen in my.cnf gemaakt (Zie ook hierboven).

[Verwijderd]

Meer informatie:
http://www.webfanaat.com/index.php?nieuws=61
en vooral
http://www.webfanaat.com/index.php?nieuws=60
zorgen voor erg veel load...

Indices staan goed ingesteld lijkt me. Steeds staat id als index ingesteld.