Onderwerp: mysqld load

Top zegt:
28122 mysql 15 0 79480 13m 3428 S 94.8 0.7 0:14.79 mysqld

94,8% CPU load dus voor mysqld.
Hoe kan ik uitvinden waar deze load vandaan komt?

1e keer server geherstart: direct terug zoveel load
2e keer server geherstart: direct terug zoveel load
ik herstart de server met:
service mysqld start --log-slow-queries
En nu komt de cpu load niet boven de 30%

Een beetje raar, of zit daar een verklaring achter?

locate *-slow.log
kan niets vinden...
Dus toch geen trage query's ofzo?

my.cnf:
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1

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

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

[mysqld]
skip-locking
skip-innodb
query_cache_limit=21M
query_cache_size=32M
query_cache_type=1
max_connections=500
interactive_timeout=100
wait_timeout=30
connect_timeout=10
thread_cache_size=128
key_buffer=16M
join_buffer=1M
max_allowed_packet=16M
table_cache=1024
record_buffer=1M
sort_buffer_size=2M
read_buffer_size=2M
max_connect_errors=10
# Try number of CPU's*2 for thread_concurrency
thread_concurrency=2
myisam_sort_buffer_size=64M
log-bin
server-id=1

[safe_mysqld]
#err-log=/var/log/mysqld.log
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

==> Moet er hier soms iets verbeterd worden?
Ik probeer nu al geen select * te gebruiken en goede indexes...

slowlog zet je anders aan, zie daarvoor de MySQL manual.

'show processlist' in je mysql console intikken.

Probeer er eens een filename bij op te geven:

Code:

--log-slow-queries=/var/log/path-to-filename-slow.log

Welke distro gebruik je? Heb je al lang dit soort CPU usage?

> ==> Moet er hier soms iets verbeterd worden?
> Ik probeer nu al geen select * te gebruiken en goede indexes...

Je kunt je key-buffer in ieder geval nog omhoog gooien naar 64 M.

Maar is dit zomaar gebeurd?

Ja, zomaar opeens ging die zo mega hoog en bleef hoog.

Na een 3de herstart bleef de load onder de 4%...
Nu is hij dus terug normaal.

Ergens een bug ofzo? :-p

En die slow query's loggen, is dat goed of veroorzaakt dat in de meeste gevallen alleen maar extra logs en load?

De extra load is redelijk verwaarloosbaar. Uit de logs kun je veel nuttige informatie halen over large tables met slechte indexen.

Je zegt er niet bij welke MySQL versie op welk besturingssysteem je gebruikt.

Vroeger heb ik wel vaak gehad dat MySQL op een gegeven moment een hele CPU in gebruik ging nemen, terwijl hij niks deed. Hij werd heel traag, en mysqld restarten was het enige dat hielp. Ik heb nooit kunnen achterhalen waar dit aan lag, maar sinds ergens rond versie 4.1.10 (of zo) heb ik er geen last meer van. Dit was overigens op FreeBSD.

Kernelversie 2.6.9-27.cc
Distributie CentOS release 4
MySQL - 4.1.12

Wat voor output geven commando's zoals

Code:

mysqladmin processlist
mysqladmin status
mysqladmin extended-status

Hoeveel geheugen heeft de server beschikbaar en hoeveel geheugen kan mysqld (volgens je my.cnf, dus uitrekenen!) maximaal opvragen?
Verder wil het wel eens helpen om in je my.cnf bin-log uit te schakelen.

mysqladmin: connect to server at 'localhost' failed
error: 'Access denied for user 'root'@'localhost' (using password: NO)'

-p erbij vraagt hij pass, maar dan doet hij het nog niet...

Vanboven in deze post staat onze my.cnf en er steekt 2 gig geheugen in waarvan 1,5gig speciaal gepartitioneerd is voor snel geheugen ofzo iets, zou goed zijn voor servers...

Oorspronkelijk geplaatst door klasje.be

Vanboven in deze post staat onze my.cnf en er steekt 2 gig geheugen in waarvan 1,5gig speciaal gepartitioneerd is voor snel geheugen ofzo iets, zou goed zijn voor servers...

cached bedoel je

Oorspronkelijk geplaatst door klasje.be

Vanboven in deze post staat onze my.cnf en er steekt 2 gig geheugen in waarvan 1,5gig speciaal gepartitioneerd is voor snel geheugen ofzo iets, zou goed zijn voor servers...

Code:

cat /proc/meminfo

Bereken aan de hand van je my.cnf uit hoeveel geheugen mysqld maximaal kan gebruiken. Een formule kan je in dit forum vinden, dus ff zoeken. Is deze maximale waarde hoger of lager dan de hoeveelheid RAM?
Heb je bin-log in-, of uitgeschakeld? Het uitschakelen wil nogal wat CPU-load schelen, helemaal op drukke servers.

Verder vind ik dat je eens een bezoekje moet brengen aan MySQL 3.23, 4.0, 4.1 Reference Manual, het zal veel van je vragen beantwoorden.

http://www.webhostingtalk.nl/scripti...geheugen+mysql

Qcache_hits door Questions te delen:
911773/3980866=0,22903

key_reads/key_read_requests = 9907/4864956=0,00203

Moet ik dit toevoegen?:
[mysqld]
table_cache=128
tmp_table_size = 64M


Verdere info:
[root@root ~]# cat /proc/meminfo
MemTotal: 2076652 kB
MemFree: 1064452 kB
Buffers: 44856 kB
Cached: 709120 kB
SwapCached: 600 kB
Active: 651904 kB
Inactive: 284244 kB
HighTotal: 1179632 kB
HighFree: 282304 kB
LowTotal: 897020 kB
LowFree: 782148 kB
SwapTotal: 4128664 kB
SwapFree: 4117112 kB
Dirty: 1612 kB
Writeback: 0 kB
Mapped: 210520 kB
Slab: 64364 kB
Committed_AS: 483888 kB
PageTables: 2464 kB
VmallocTotal: 106488 kB
VmallocUsed: 3552 kB
VmallocChunk: 102896 kB
HugePages_Total: 0
HugePages_Free: 0
Hugepagesize: 4096 kB

Hoe ik het maximale geheugen kan berekenen vind ik niet
Sorry

Show status bijgevoegd

mytop installeren: qps checken
via phpMyAdmin kunt je ook vrij eenvoudig diverse performance indicatoren bekijken