Mysql op linux server zeer traag

Pagina: 1
Acties:

  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
Zie dat hij in het verkeerde forum staat graag verplaatsen naar non-windows os

op mijn nieuwe webserver is de mysql echt bijzonder traag
een simpele querie van een phpbb3 forum duurt 10 a 15 seconden (normaal <1 seconde)
dit is zelfs als er maar 1 gebruikers aanwezig is

ik heb de volgende opstelling
een hp proliant dl360g2 met een hardware matige mirror van 2 10krpm scsi schijven
4gb ram 2x 1,4ghz processors
hierop draait debian met vmware server
in vmware server draait een ubuntu installatie met daarop de webserver
de webserver heeft 1gb ram toegewezen gekregen

er draaien nog wat andere vmware machines op maar dit is niet echt spanend te noemen

ik heb met dd een testje uit gevoerd
op de vmware machine
code:
1
2
3
4
dd if=/dev/zero of=/tmp/uitvoerbestand
493050+0 records in
493049+0 records out
252441088 bytes (252 MB) copied, 15.676 seconds, 16.1 MB/s


op de fysieke machine (waar vmware server dus op draait)
code:
1
2
3
4
$ dd if=/dev/zero of=/tmp/uitvoerbestand
1181697+0 records in
1181696+0 records out
605028352 bytes (605 MB) copied, 17.4642 seconds, 34.6 MB/s


ik heb alleen last van de mysql server dus daarom ook even mijn my.conf
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
$ cat my.cnf schreef:

#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/serve &#8230; ables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port            = 3306
socket          = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket          = /var/run/mysqld/mysqld.sock
nice            = 0

[mysqld]
#
# * Basic Settings
#
user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = 3306
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp
language        = /usr/share/mysql/english
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address            = 127.0.0.1
#
# * Fine Tuning
#
key_buffer              = 16M
max_allowed_packet      = 16M
thread_stack            = 128K
thread_cache_size       = 8
#max_connections        = 100
#table_cache            = 64
#thread_concurrency     = 10
#
# * Query Cache Configuration
#
query_cache_limit       = 1M
query_cache_size        = 16M
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
#log            = /var/log/mysql/mysql.log
#
# Error logging goes to syslog. This is a Debian improvement 
#
# Here you can see queries with especially long duration
#log_slow_queries       = /var/log/mysql/mysql-slow.log
#long_query_time = 2
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
#server-id              = 1
log_bin                 = /var/log/mysql/mysql-bin.log
# WARNING: Using expire_logs_days without bin_log crashes the server! See README                  .Debian!
expire_logs_days        = 10
max_binlog_size         = 100M
#binlog_do_db           = include_database_name
#binlog_ignore_db       = include_database_name
#
# * BerkeleyDB
#
# Using BerkeleyDB is now discouraged as its support will cease in 5.1.12.
skip-bdb
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
# You might want to disable InnoDB to shrink the mysqld process by circa 100MB.
#skip-innodb
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem


[mysqldump]
quick
quote-names
max_allowed_packet      = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer              = 16M

#
# * NDB Cluster
#
# See /usr/share/doc/mysql-server-*/README.Debian for more information.
#
# The following configuration is read by the NDB Data Nodes (ndbd processes)
# not from the NDB Management Nodes (ndb_mgmd processes).
#
# [MYSQL_CLUSTER]
# ndb-connectstring=127.0.0.1


#
# * IMPORTANT: Additional settings that can override those from this file!
#
!includedir /etc/mysql/conf.d/


ik hoop dat hier iemand mij veder kan helpen

alvast bedank

Mark

  • Spider.007
  • Registratie: December 2000
  • Niet online

Spider.007

* Tetragrammaton

Dit past beter in WSS, aangezien dit gewoon een generieke MySQL vraag is :)

CSA > WSS

---
Prozium - The great nepenthe. Opiate of our masses. Glue of our great society. Salve and salvation, it has delivered us from pathos, from sorrow, the deepest chasms of melancholy and hate


  • _JGC_
  • Registratie: Juli 2000
  • Laatst online: 00:11
Gewoon een doodgewone, niet getunede, standaardconfiguratie dus. Lees je eens in over de storage engines die phpbb3 gebruikt en ga hier eens mee tunen.

  • Liberteh
  • Registratie: Augustus 2007
  • Laatst online: 28-01 16:21

Liberteh

All your base belong to me

Spider.007 schreef op donderdag 05 februari 2009 @ 16:35:
Dit past beter in WSS, aangezien dit gewoon een generieke MySQL vraag is :)

CSA > WSS
Wut?

Dit is toch MySQL... Wat heeft dat met Windows Server en Server-software te maken?
MySQL is echt Linux based.
Tevens worden er linux commando's in genoemd. Ik denk niet dat dit topic hier veel aandacht krijgt, vooral met zo'n titel.

First they ignore you, then they laugh at you, then they fight you, then they buy bitcoin


  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
in vmware server draait een ubuntu installatie met daarop de webserver
er komt inderdaad helemaal geen Windows bij kijken

weet er iemand een commando om de snelheid van mysql te testen
ik vermoed namelijk dat het probleem hier in zit maar weet het niet zeker

  • elevator
  • Registratie: December 2001
  • Niet online

elevator

Officieel moto fan :)

Wat bedoel je nou toch met de snelheid van MySQL te testen - wat wil je dan precies testen?

  • alt-92
  • Registratie: Maart 2000
  • Niet online

alt-92

ye olde farte

Liberteh schreef op vrijdag 06 februari 2009 @ 15:32:
Wut?
Dit is toch MySQL... Wat heeft dat met Windows Server en Server-software te maken?
offtopic:
Misschien ten overvloede, maar MySQL is en blijft een DB Server-software produkt.

Ongeacht of dat nou op SuSe, RHEL5, Debian, Windows 2003 Server of XP draait.
En Server-software valt wel degelijk binnen de scope van dit forum, als je "Windows Servers en Server-Software - Beleid - Welke topics horen hier thuis?" erop naleest.
Het is zeker geen Client Software, dus wat dat betreft is het verplaatsen van het topic correct.

ik heb een 864 GB floppydrive! - certified prutser - the social skills of a thermonuclear device


  • pennywiser
  • Registratie: November 2002
  • Laatst online: 18:39
Logfiles? Ps aux? Wat is de load van je machine en waar komt deze vandaan?

  • Liberteh
  • Registratie: Augustus 2007
  • Laatst online: 28-01 16:21

Liberteh

All your base belong to me

Met "mysqlslap --user=<user> --auto-generate-sql" kun je een soort benchmarkje maken mbt. je MySQL server.
Als je hier de output even van post.

(wellicht moet je even "locate mysqlslap" doen voordat je weet waar het bestand staat.)

First they ignore you, then they laugh at you, then they fight you, then they buy bitcoin


  • _JGC_
  • Registratie: Juli 2000
  • Laatst online: 00:11
Zoals eerder gezegd, zoek uit welke database engine er gebruikt wordt (InnoDB of MyISAM) en ga deze vervolgens tunen. Er is echt genoeg documentatie over het tunen van MySQL te vinden. De configuratie die je hier neergegooid hebt is gewoon zoals Debian of Ubuntu dat standaard aflevert: op een manier dat het met een computer met 32MB ook nog fatsoenlijk werkt.

  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
pennywiser schreef op vrijdag 06 februari 2009 @ 20:16:
Logfiles? Ps aux? Wat is de load van je machine en waar komt deze vandaan?
de load van de machine is erg laag

4957 www-data 22.5 0:40.00 apache2
2115 mysql 3.1 54:45.71 mysqld


dit geeft top nu aan
die 22.5% cpu is zeldzaam hoog voor de server dus daar lijkt het me niet aan liggen


mysqlslap kan ik niet vinden op de server

  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
_JGC_ schreef op zaterdag 07 februari 2009 @ 14:05:
Zoals eerder gezegd, zoek uit welke database engine er gebruikt wordt (InnoDB of MyISAM) en ga deze vervolgens tunen. Er is echt genoeg documentatie over het tunen van MySQL te vinden. De configuratie die je hier neergegooid hebt is gewoon zoals Debian of Ubuntu dat standaard aflevert: op een manier dat het met een computer met 32MB ook nog fatsoenlijk werkt.
deze configuratie hoort gewoon op een redelijke snelheid te werken
het is geen forum met de omvang van tweakers zodat er een perfect afgestelde db bij hoort

met 6000 posts lijkt me dat totaal niet van belang

ik heb hetzelfde forum op een server met nog geen 1/3 van de preformance van deze server gehad en daar draaide het foutloos

  • gertvdijk
  • Registratie: November 2003
  • Laatst online: 16:05
koos147 schreef op maandag 09 februari 2009 @ 14:41:
de load van de machine is erg laag
Kan je getalletjes geven dan?
uptime

En kijk eens of je I/O belast is met
iostat -k -x -d 2
op de host (eventueel in de VM ook) en dan even wachten. Vooral de kolommen await en %util zijn interessant.
Als je iostat niet hebt moet je het pakket 'sysstat' installeren.
Is de hwraid ook gezond trouwens? En zie je tijdens een query veel disk I/O?

[ Voor 15% gewijzigd door gertvdijk op 10-02-2009 12:32 ]

Kia e-Niro 2021 64kWh DynamicPlusLine. 3x Victron MP-II op 15kWh US5000 3f thuisbatterij met 3x25A→3x40A PowerAssist, Victron EVCS, 3200Wp HoyMiles zp. my GitHub, my blog


  • _JGC_
  • Registratie: Juli 2000
  • Laatst online: 00:11
koos147 schreef op dinsdag 10 februari 2009 @ 12:27:
[...]

deze configuratie hoort gewoon op een redelijke snelheid te werken
het is geen forum met de omvang van tweakers zodat er een perfect afgestelde db bij hoort

met 6000 posts lijkt me dat totaal niet van belang

ik heb hetzelfde forum op een server met nog geen 1/3 van de preformance van deze server gehad en daar draaide het foutloos
Zelf weten, doe maar eigenwijs.
Je vertelt absoluut niets over welke database engines gebruikt worden, en laat lekker alles op standaard instellingen staan. Dan is het niet vreemd dat de performance tegenvalt. MySQL is ontzettend gevoelig voor dit soort tuning en zelfs met een relatief kleine database met slechts 6000 records in een tabel kan dit soort tuning het verschil maken tussen totaal niet lekker werken en gewoon soepel werken.
Als je innodb gebruikt is de buffer_pool_size standaard iets van 8MB, wat om te huilen is, ongeacht de grootte van je database. Via deze 8MB moet zowel data als index gelezen worden.

  • gertvdijk
  • Registratie: November 2003
  • Laatst online: 16:05
_JGC_ schreef op dinsdag 10 februari 2009 @ 12:58:
Als je innodb gebruikt is de buffer_pool_size standaard iets van 8MB, wat om te huilen is, ongeacht de grootte van je database. Via deze 8MB moet zowel data als index gelezen worden.
En als je geen InnoDB gebruikt kan je het beter uitzetten. Dat scheelt weer 50-60MB geheugengebruik.

Kia e-Niro 2021 64kWh DynamicPlusLine. 3x Victron MP-II op 15kWh US5000 3f thuisbatterij met 3x25A→3x40A PowerAssist, Victron EVCS, 3200Wp HoyMiles zp. my GitHub, my blog


  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
gertvdijk schreef op dinsdag 10 februari 2009 @ 12:31:
[...]

Kan je getalletjes geven dan?
uptime

En kijk eens of je I/O belast is met
iostat -k -x -d 2
op de host (eventueel in de VM ook) en dan even wachten. Vooral de kolommen await en %util zijn interessant.
Als je iostat niet hebt moet je het pakket 'sysstat' installeren.
Is de hwraid ook gezond trouwens? En zie je tijdens een query veel disk I/O?
op de vmware server:
uptime:
 13:46:55 up 21 days,  1:43,  1 user,  load average: 0.83, 0.86, 0.67

op de webserver(vmware guest):
uptime:
13:46:59 up 20 days, 5:52, 2 users, load average: 0.08, 0.02, 0.01

iostat heb ik inderdaad niet
sysstat werd wel geinstalleerd maar wil niet werken
top geeeft het volgende
http://dl.getdropbox.com/u/393786/webserver.JPG


wat betreft de hw raid
deze kan ik op afstand niet checken helaas
maar aangezien de windows servers zonder problemen draaien ga ik er vanuit dat deze gewoon hun werk doen

of ik gebruik maak van InnoDB zou ik eigenlijk helemaal niet weten
voor het geval je de phpinfo() hier antwoord op geeft heb ik die in een pdf geplaatst
http://dl.getdropbox.com/u/393786/forum-phpinfo.pdf

  • gertvdijk
  • Registratie: November 2003
  • Laatst online: 16:05
koos147 schreef op dinsdag 10 februari 2009 @ 14:07:
 13:46:55 up 21 days,  1:43,  1 user,  load average: 0.83, 0.86, 0.67
Dat is wel een gemiddelde load, hoor. Wat is er allemaal gaande op de host? Geef daar eens de output van top van.
koos147 schreef op dinsdag 10 februari 2009 @ 14:07:
sysstat werd wel geinstalleerd maar wil niet werken
*Wat* gaat er mis dan? |:(
MySQL is iig veel bezig geweest op de CPU. Ik kan niet zo goed beoordelen of het kan liggen aan je host of aan een brakke MySQL config.
koos147 schreef op dinsdag 10 februari 2009 @ 14:07:
wat betreft de hw raid
deze kan ik op afstand niet checken helaas
offtopic:
Daarom: geen hw raid...
koos147 schreef op dinsdag 10 februari 2009 @ 14:07:
maar aangezien de windows servers zonder problemen draaien ga ik er vanuit dat deze gewoon hun werk doen
Draaien er nog veel meer guests op dan? Als die de boel ophouden kan ik me voorstellen dat het niet rap gaat.
koos147 schreef op dinsdag 10 februari 2009 @ 14:07:
of ik gebruik maak van InnoDB zou ik eigenlijk helemaal niet weten
voor het geval je de phpinfo() hier antwoord op geeft heb ik die in een pdf geplaatst
Dat heeft niks met je php config te maken. Kijk gewoon welk type database je hebt gemaakt. :z MyISAM, InnoDB, Berkerly. Heb je ooit eens moeten kiezen.

Kia e-Niro 2021 64kWh DynamicPlusLine. 3x Victron MP-II op 15kWh US5000 3f thuisbatterij met 3x25A→3x40A PowerAssist, Victron EVCS, 3200Wp HoyMiles zp. my GitHub, my blog


  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
Dat is wel een gemiddelde load, hoor. Wat is er allemaal gaande op de host? Geef daar eens de output van top van.

ik had al een screenprint van top gegeven (kopieren/plakken geeft onleesbaar resultaat)
http://dl.getdropbox.com/u/393786/webserver.JPG

*Wat* gaat er mis dan? |:(
sorry
commando sysstat word niet gevonden
~$ sudo apt-get install sysstat
Reading package lists... Done
Building dependency tree... Done
sysstat is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 36 not upgraded.
~$ sudo sysstat
sudo: sysstat: command not found

MySQL is iig veel bezig geweest op de CPU. Ik kan niet zo goed beoordelen of het kan liggen aan je host of aan een brakke MySQL config.
dat probeer ik dus uit te vinden


offtopic:
Daarom: geen hw raid... software raid heb ik slechtere ervaringen mee zeker met linux


Draaien er nog veel meer guests op dan? Als die de boel ophouden kan ik me voorstellen dat het niet rap gaat.
er draaien 4 guests op de vmware machine waarvan 2 windows (beiden met 1 gb ram) en 2 linux (webserver met 1 gb ram en andere server met 256)
dit zou totaal geen probleem moeten zijn voor een dual 1,4ghz met 4 gb ram


Dat heeft niks met je php config te maken. Kijk gewoon welk type database je hebt gemaakt. :z MyISAM, InnoDB, Berkerly. Heb je ooit eens moeten kiezen.
mysql typpe is myisam

  • gertvdijk
  • Registratie: November 2003
  • Laatst online: 16:05
koos147 schreef op dinsdag 10 februari 2009 @ 15:37:
ik had al een screenprint van top gegeven (kopieren/plakken geeft onleesbaar resultaat)
Dat is die van in je VM. Ik bedoelde van je *host*OS. :z
Lees nog eens mijn post met het commando 8)7
koos147 schreef op dinsdag 10 februari 2009 @ 15:37:
er draaien 4 guests op de vmware machine waarvan 2 windows (beiden met 1 gb ram) en 2 linux (webserver met 1 gb ram en andere server met 256)
dit zou totaal geen probleem moeten zijn voor een dual 1,4ghz met 4 gb ram
Ligt geheel aan de belasting vanuit de VMs.
Dan kan je InnoDB uitzetten. skip-innodb dus aanzetten.

Kia e-Niro 2021 64kWh DynamicPlusLine. 3x Victron MP-II op 15kWh US5000 3f thuisbatterij met 3x25A→3x40A PowerAssist, Victron EVCS, 3200Wp HoyMiles zp. my GitHub, my blog


  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
Dat is die van in je VM. Ik bedoelde van je *host*OS. :z
http://dl.getdropbox.com/u/393786/host.JPG


Lees nog eens mijn post met het commando 8)7
Als je iostat niet hebt moet je het pakket 'sysstat' installeren.
Dan kan je InnoDB uitzetten. skip-innodb dus aanzetten.
dat heb ik net gedaan

dit draait er op dit moment
code:
1
2
3
4
5
6
MyISAM - Default engine as of MySQL 3.23 with great performance
MEMORY - Hash based, stored in memory, useful for temporary tables
ARCHIVE - Archive storage engine
CSV - CSV storage engine
FEDERATED - Federated MySQL storage engine
MRG_MYISAM - Collection of identical MyISAM tables

dit viel mij nog op weet niet of de getallen bijzonder zijn maar vind het een hoop
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
~$ sudo /etc/init.d/mysql status
/usr/bin/mysqladmin  Ver 8.41 Distrib 5.0.32, for pc-linux-gnu on i486
Copyright (C) 2000 MySQL AB & MySQL Finland AB & TCX DataKonsult AB
This software comes with ABSOLUTELY NO WARRANTY. This is free software,
and you are welcome to modify and redistribute it under the GPL license

Server version          5.0.32-Debian_7etch6-log
Protocol version        10
Connection              Localhost via UNIX socket
UNIX socket             /var/run/mysqld/mysqld.sock
Uptime:                 23 min 48 sec

Threads: 1  Questions: 586  Slow queries: 0  Opens: 396  Flush tables: 1  Open tables: 64  Queries per second avg: 0.410.

[ Voor 36% gewijzigd door koos147 op 11-02-2009 12:15 ]


  • gertvdijk
  • Registratie: November 2003
  • Laatst online: 16:05
Sinds wanneer is de pakketnaam ook gelijk het commando? En ik was toch duidelijk dat iostat het commando was? :?
gertvdijk schreef op dinsdag 10 februari 2009 @ 12:31:
En kijk eens of je I/O belast is met
iostat -k -x -d 2
op de host (eventueel in de VM ook) en dan even wachten. Vooral de kolommen await en %util zijn interessant.

[ Voor 3% gewijzigd door gertvdijk op 11-02-2009 13:44 ]

Kia e-Niro 2021 64kWh DynamicPlusLine. 3x Victron MP-II op 15kWh US5000 3f thuisbatterij met 3x25A→3x40A PowerAssist, Victron EVCS, 3200Wp HoyMiles zp. my GitHub, my blog


  • _JGC_
  • Registratie: Juli 2000
  • Laatst online: 00:11
Misschien dat je met het vergroten van de table cache en de key buffer nog wat uit kunt halen. Verder zie ik geen slow queries, een laag aantal queries en een hele lage qps waarde. Jij vindt het misschien veel, maar het aantal queries wat jij in de laatste 20 minuten gehad hebt op die machine is wat hier per seconde verwerkt wordt.

  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
ik heb zojuist onderstaande aanpassing doorgevoerd
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
_______________van____________
key_buffer              = 16M
max_allowed_packet      = 16M
thread_stack            = 128K
thread_cache_size       = 8
#max_connections        = 100
#table_cache            = 64
#thread_concurrency     = 10
______________Naar___________
key_buffer              = 32M
max_allowed_packet      = 16M
thread_stack            = 128K
thread_cache_size       = 8
#max_connections        = 100
table_cache            = 64
#thread_concurrency     = 10



heb dit zojuist aangepast maar het werkt helaas nogsteeds niet

[ Voor 6% gewijzigd door koos147 op 11-02-2009 15:18 ]


  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
gertvdijk schreef op woensdag 11 februari 2009 @ 13:43:
[...]

Sinds wanneer is de pakketnaam ook gelijk het commando? En ik was toch duidelijk dat iostat het commando was? :?

[...]
sorry ik dacht dat je of iostat of sysstat bedoelde als applicatie

De webserver
Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00     2.21  0.01  1.04     0.11    13.02    24.95     0.01   10.73   1.54   0.16

Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00

Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00

Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00     5.50  0.00  1.00     0.00    26.00    52.00     0.02   22.00  22.00   2.20

Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00     1.49  0.00  5.47     0.00    27.86    10.18     0.02    2.91   1.09   0.60

Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00


vmware host
Linux 2.6.18-6-686 (fnet-server3)       02/11/2009

Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz                                                                 await  svctm  %util
cciss/c0d0        0.34     9.67  1.11  4.82    15.40    58.16    24.81     0.33                                                                 54.94   3.50   2.08

Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz                                                                 await  svctm  %util
cciss/c0d0        0.00    16.92  0.00 10.95     0.00   113.43    20.73     0.28                                                                 26.00   4.00   4.38

Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz                                                                 await  svctm  %util
cciss/c0d0        0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00                                                                  0.00   0.00   0.00

Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz                                                                 await  svctm  %util
cciss/c0d0        0.00     9.41  0.50  6.44     1.98    63.37    18.86     0.15                                                                 22.00   5.71   3.96

Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz                                                                 await  svctm  %util
cciss/c0d0        0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00                                                                  0.00   0.00   0.00

Device:         rrqm/s   wrqm/s   r/s   w/s    rkB/s    wkB/s avgrq-sz avgqu-sz                                                                 await  svctm  %util
cciss/c0d0        0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00                                                                  0.00   0.00   0.00

[ Voor 38% gewijzigd door koos147 op 11-02-2009 17:19 ]


  • Brainstorm
  • Registratie: November 2000
  • Laatst online: 20:39
Is het überhaupt wel een performance probleem binnen MySQL en, bijvoorbeeld, geen probleem met traag verbinden naar de database? Het is al weer een tijdje geleden, maar soortgelijke problemen heb ik wel eens gezien bij een zeer trage DNS. Met --skip-name-resolve de DNS lookups laten skippen, meteen was MySQL weer snel. Bleek uiteindelijk de oorzaak een incorrecte DNS configuratie te zijn. Zie ook http://dev.mysql.com/doc/refman/5.0/en/dns.html

Programmer's Drinking Song: 99 little bugs in the code, 99 bugs in the code, Fix one bug, compile it again, 100 little bugs in the code. (go to start if bugs>0)


  • _JGC_
  • Registratie: Juli 2000
  • Laatst online: 00:11
Zou op zich geen probleem moeten zijn als MySQL en Apache binnen dezelfde virtual machine draaien, ervanuitgaand dat phpbb "localhost" gebruikt voor de databaseverbinding (wat me ook logisch lijkt: mysql luistert alleen op socket en 127.0.0.1 volgens de config).

  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
dat klopt
ik laat het forum naar een mysql server op 127.0.0.1 connecten
toch voor de zekerheid even geprobeert maar helaas dat was het probleem niet

  • _JGC_
  • Registratie: Juli 2000
  • Laatst online: 00:11
Voor het controleren van je hardware RAID zou je overigens het pakket "cpqarrayd" kunnen installeren. Deze daemon zou je logs vol moeten spammen met foutmeldingen als er een disk uitvalt. Overigens is die 30MB/s normaal bij deze server. Ik heb de G1 versie van jouw server met een P3 1133, ook dat ding doet slechts 30MB/s met 2x36GB 10K RPM in RAID-1.

Weet je wel zeker dat de queries in MySQL blijven hangen en dat het niet gewoon iets met php/apache of phpbb is? Evt zou je nog een module als xcache aan je PHP installatie kunnen toevoegen om gecompileerde versies van php scripts te cachen. Op een oude "trage" server scheelt dat al snel redelijk wat tijd bij elke pageview.

Je kunt MySQL overigens monitoren met mytop, kan je realtime zien welke queries er op dat moment uitgevoerd worden.

  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
offtopic:
bedankt voor de tips voor de raid en mytop
ga ik zeker installeren

wat ik geloof ik vergeten ben te melden is dat het lezen uit mysql zeer snel gaat
het schrijven van data is alleen heel erg traag

of dit echt een mysql probleem is
de hoge processortijd van mysql doet mij vermoeden dat dit een mysql probleem is
dit hoeft natuurlijk niet te betekenen dat dit ook echt zo is

[ Voor 30% gewijzigd door koos147 op 11-02-2009 16:48 ]


  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
ben bang dat het opnieuw installeren van de server sneller gaat dan dit
op 3 fora weet niemand een oplossing

  • _JGC_
  • Registratie: Juli 2000
  • Laatst online: 00:11
Tenzij je host een windows OS is, waarom denk je dat opnieuw installeren iets verandert aan je situatie?

  • Spider.007
  • Registratie: December 2000
  • Niet online

Spider.007

* Tetragrammaton

Je lijkt nogal eenvoudig te bepalen dat een oplossing niet werkt; wat doe je precies; en hoe bepaal je dat een oplossing geen effect heeft? Voer je handmatig een query uit; of doe je iets anders? Hoe lang duurt dat dan en hoe lang zou je verwachten dat het duurt; en op basis waarvan stel je die verwachting?

---
Prozium - The great nepenthe. Opiate of our masses. Glue of our great society. Salve and salvation, it has delivered us from pathos, from sorrow, the deepest chasms of melancholy and hate


  • koos147
  • Registratie: Maart 2005
  • Laatst online: 02-11-2025
ik heb ondertussen de oplossing gevonden zal hem nog even voor het archief vermelden
ik maak gebruik van vmware en bij het aanmaken van de disk maakte ik gebrui van de functie dat hij alleen de ruimten in beslag neemt die hij daadwerkelijk nodig heeft
zodra er data naar de database geschreven word moet de server dus eerst de virtuele disk groter maken om vervolgens de data weg te schrijven
ik he nu een kleine losse schijf gemaakt met de functie "alocate diskspace now" ingeschakeld
hier draait de database op
nu is ook het probleem opgelost
Pagina: 1