mysql heel traag

[beanes]

ik heb een server die in de dmz zone zit
ik heb een locale server staan,

ik gebruik phpmyadmin.
heb op de webserver daar het ipadres ingesteld van de local server (gateway van network)

probleem is dat er veel vertraging op zit als ik de mysql wil gebruiken van de local server


waardoor kan dit komen. de sql op de webserver zelf gaat heel snel maar als ik lokaal wil gaan naar de sql van webserver is het heel traag

groetjes

[beanes]

het is geinstalled op een esxi server, kan dit te maken hebben dat de vmware tools niet installed zijn?

[Michael Anckaert]

Algemene regel: altijd VMware tools installeren op een VM. Zowel voor geheugen, netwerk als disken.

Nu je probleem: Over hoeveel vertragen hebben we het? En hoe zit je netwerk juist in elkaar? (Router, Firewall, etc) Normaal gesproken mag je als mens geen verschil merken tussen een lokale mysql server en een netwerk mysql server.

[beanes]

update van situatie: 2 servers buiten het netwerk. dus in dmz

server A zelf probeert connectie te maken met mysql van server B -> gaat heel traag 2 sec voor transactie

mysql op server B als local gaat super snel

waaraan kan dit liggen, dus niets van netwerkgebonden nu ze zitten niet achter firewalls

gr

[rja]

Heb je geen dns probleem ?

Vaak zorgt dit voor zulke vertragingen ?

[beanes]

hoe bedoel je dns?

ik gebruik rechtstreeks de ipadressen. er zit geen domein aan gekoppeld.

groetjes

[Michael Anckaert]

Heel vreemd. Om even een vergelijking te doen heb ik volgende test gedaan:

Inloggen op een remote host via SSH en daar volgend commando gedaan om in te loggen op een MySQL server. Deze server draait op een andere ESX host dus alles gaat over een gigabit netwerk.

Code: [Selecteer]

mysql -u <user> -h <ipadres> -p
Een simpele query uitgevoerd met als resultaat:

Code: [Selecteer]

12457 rows in set (0.02 sec)
Kijk je even in de configuratie van je MySQL server (/etc/mysql/my.cnf) of je een gelijkaardige regel hebt staan:
bind-address            = 10.210.0.23

Deze zorgt ervoor dat de MySQL server luistert op dat IP.

Wat ook interessant kan zijn is de output van een ping commando van de ene server naar de andere.

[beanes]

ik heb regel ingesteld naar ip van de server zelf,

en dan mysql restart,

blijft eventraag

een gewone ping

64 bytes from xx.xxx.xxx.xxx: icmp_seq=1 ttl=64 time=0.735 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=2 ttl=64 time=0.166 ms
64 bytes from xx.xxx.xxx.xxxicmp_seq=3 ttl=64 time=0.151 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=4 ttl=64 time=0.132 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=5 ttl=64 time=0.163 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=6 ttl=64 time=0.101 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=7 ttl=64 time=0.215 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=8 ttl=64 time=0.140 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=9 ttl=64 time=0.148 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=10 ttl=64 time=0.149 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=11 ttl=64 time=0.142 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=12 ttl=64 time=0.140 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=13 ttl=64 time=0.148 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=14 ttl=64 time=0.241 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=15 ttl=64 time=0.190 ms
64 bytes from xx.xxx.xxx.xxx: icmp_seq=16 ttl=64 time=0.244 ms

[Michael Anckaert]

Kan je even een voorbeeld geven van een query die traag is. Zie mijn bovenstaand voorbeeld waar een query die 12000 records opleverde 0.02 seconden duurde.

[beanes]

Code: [Selecteer]

31 rows in set (0.01 sec)

meer staat er voorlopig zelfs niet in

zo gaat het blijkbaar heel snel, maar via php nie 

maar de verbinding maken zelf met

Code: [Selecteer]

mysql -u <user> -h <ipadres> -p duurt wel lang > 5 sec

alsook putty naar de server duurt ook lang om het woordje login te verkrijgen

[rja]

Als je bijvoorbeeld via ftp of scp een file overzet naar die server.

Duurt dat ook lang en wat is de snelheid ?

[beanes]

neen, en er naar surfen ook niet, gaat heel vlot.

update van sql gaat ook snel, is enkel de select statement dat precies heel traag gaat.

[Michael Anckaert]

Heel vreemd. Het probleem zal ergens bij PHP moeten liggen, zonder remote login kan ik ook niet meer zeggen.
Je kan enkele test scripts maken en kijken wat hun timed output is.

Verder zijn alle OS updates in orde?

[rja]

Staat er geen errors  in de log van php ?

[Scormen]

Heb je al eens geprobeerd om je tabellen te repareren en te optimaliseren?

[beanes]

ligt niet aan tabellen.

als ik de software op dezelfde server zet en werk met localhost connectie, gaat het supersnel.

ook de opvraag van records van de ene server naar de andere via putty gaat super snel,

het is enkel de verbinding die lang duurt, maar als ik surf naar de server gaat het wel direct. dus is precies connectie opvragen naar mysql opv ip en niet localhost.

gr