[PHP/MySQL] Advies nodig ivm vreemde MySQL errors

[pjonk]

Mijn bedrijf heeft een professional website gehost bij XS4ALL waarvoor ik de PHP code onderhoud. De website maakt gebruikt van een externe MySQL server bij XS4ALL.

In de PHP code wordt elke error in een query naar de mysql server gelogd in de trant van:

PHP:

$sql = "SELECT * FROM homepage";
$result = mysql_query($sql) or log_mysql_error('script.php', $sql);

In de logfile krijg ik regelmatig de volgende error:
Lost connection to MySQL server during query

De queries waarbij ik deze error krijg zijn Random (vaak helemaal geen zware queries). Nu heb ik al een aantal keer geprobeerd de XS4ALL helpdesk te benaderen, maar zonder resultaat.

Mijn vraag
Hebben jullie ervaring met deze errors en eventuele oplossingen? Moet ik wellicht mysql_pconnect gebruiken ipv mysql_connect. Misschien hebben jullie nog andere tips? Bvd.

[djluc]

Je maakt wel eerst verbinding die je niet verbreekt neem ik aan? Maak je gebruik van 1 of meerdere connecties? Op deze manier is het een beetje gokken namelijk. Je kunt eventueel eens proberen om de 2de parameter van mysql_query, de verbindingsvariable, toe te voegen zodat je zeker weet dat je niet met de verkeerde connectie werkt.

[Basszje]

Krijg je ranzig veel data terug oid ofniet

Ik ken nl wel de mysql error : Mysql had gone away

En dat is als je een page probeert te inserten ( selecten weet ik niet ) die groter is dan de max pagesize

[me1299]

Misschien vind je hier je antwoord: http://www.mysql.com/doc/en/Gone_away.html

[pjonk]

djluc schreef op 30 September 2003 @ 16:40:
Je maakt wel eerst verbinding die je niet verbreekt neem ik aan? Maak je gebruik van 1 of meerdere connecties? Op deze manier is het een beetje gokken namelijk. Je kunt eventueel eens proberen om de 2de parameter van mysql_query, de verbindingsvariable, toe te voegen zodat je zeker weet dat je niet met de verkeerde connectie werkt.

Ik maak gebruik van 1 connectie. Ik zag ook dat in mysql_connect functie de new_link parameter beschikbaar is vanaf PHP 4.2.0 (draai 4.2.3). Ik ga hier ook nog mee experimenteren.
Bedankt voor alle reacties.

[djluc]

Heb je dit probleem ook als je gewoon in de regels boven je query de connect en select_db zet?
Je zou eens naar de instellingen in my.ini kunnen kijken, misschien is er een of andere timeout instelling?

[pjonk]

Ik kijk mijn topic even omhoog (ook omdat dit relevant voor de search kan zijn).
Ik heb alle SQL queries nagekeken en ervoor gezorgd dat alleen de velden worden geselecteerd die daadwerkelijk gebruikt worden (dus geen SELECT * meer).
Helaas heeft dit niet het gewenste effect gehad, aangezien de error nog steeds voorkomt.

Mijn idee is dat dit toch komt door de shared webshosting en de MySQL server op bepaalde tijdstippen te overbelast raakt.
MySQL instellingen kan ik volgens mij niet veranderen dus ik ga toch maar proberen de XS4ALL helpdesk opnieuw te benaderen tenzij iemand hier nog een geniale ingeving heeft

[marty]

je zou kunnen proberen of het uitmaakt als je specifiek de link identifier erbij opgeeft.

PHP:

$link = mysql_connect(etc);
$query = "SELECT whatever";
$result = mysql_query($query, $link);

[pjonk]

Sorry dat was ik vergeten te vermelden, dat heb ik reeds gedaan. Er blijven weinig opties meer over vrees ik.
Behalve dan voor elke query opnieuw connecten, maar dat vind ik niet een echt gangbare oplossing.

[djluc]

Je kunt een functie query() schrijven die de controle uitvoert en zonodig reconnect. Het is natuurlijk wel een plakbandoplossing. Ik zou verder gewoon bij je provider gaan informeren want dit is wel heel erg vreemd.

[marty]

heb je ook al geprobeerd (puur vanuit debug overwegingen) om mysql_db_query() ipv mysql_query() te gebruiken?

[Verwijderd]

Mijn idee is dat dit toch komt door de shared webshosting en de MySQL server op bepaalde tijdstippen te overbelast raakt.

Kan heel goed hoor; best een aantal providers heeft daar last van. Eigenlijk leveren die baggerservice kwa CPU performance en databases. Ik snap dat sowieso niet; wat kost hardware nou tegenwoordig.