sslug-teknik team mailing list archive

[Andreas Overgaard <andreas@xxxxxxxxxxxxx>]

> > Det passer ikke da jeg har 10 andre databaser der
> > virkede og kunne sagtens connect my med mysql clienten.
>
> Hmmm. det kunne du jo have skrevet

  sorry viste ikke det havde betydning

> > Jeg har aldrig sagt min sql server træt for det ville
> > også være løgn jeg spurgte om den var bundet til kun
> > at benytte en hvis mængde af en given recourse fordi
> > den netop ikke er "træt"
>
> Givetvis er der en begrænsning, men måske ligger den i din
> php-konfiguration og ikke i mysql.
>

 okay ja det lyder godt for det er faktisk næsten også det vi er kommet frem 
 til (at det er klient maskinen der har problemet)

> Du kan se mysql-serverens ressource-forbrug med kommandoerne
> SHOW STATUS;
> SHOW PROCESSLIST;
>

  noteret : )

> >> Prøv at designe dine databaser så du undgår at
> >> skulle vælge distinct. Select distinct er en "dyr" operation, som vokser
> >> meget hurtigt med antallet af poster i databasen.
> >
> > Nej tak
>
> Nå ok så. Der er frit valg på alle hylder, men hvis du har et
> performance-problem er det et af de steder hvor det er værd at optimere.
>

   : )  selve kodningen kan kun klares med en distinct desuden er det ikke    
   der vi har perfomence problemet

> >> Prøv evt. også at benytte mysql_pconnect() i stedet for mysql_connect().
>
> Se
>
> >> hertil:
> >> http://www.php.net/manual/en/function.mysql-pconnect.php
> >
> > Vil kigge på det.
>
> God ide, for fejlen du beskrev betyder som sagt at det ikke lykkedes at
> åbne forbindelse til databasen. 

  Har jeg stadig enormt svært ved at tro.

>mysql_pconnect() forsøger at benytte en
> allerede åben forbindelse i stedet for at lave en ny hver gang.
>
> Ligger webserveren med php-siderne og mysql-serveren på samme maskine?
>

  nope that would be CRAZYY : ) *GGG

> Mvh. Lars