[Johnny Viking]

Övervaka db connections samt långsamma queries. Det är troligen något som triggar antingen för många db kopplingar, eller queries som håller i sig tills max connections slås i och då stänger sidan.

Du kan ju även prova slå på display_errors = on, så du faktiskt ser hur det felar med error-koder.

[Pettolajnen]

Ursprungligen postat av Johnny Viking

Övervaka db connections samt långsamma queries. Det är troligen något som triggar antingen för många db kopplingar, eller queries som håller i sig tills max connections slås i och då stänger sidan.

Du kan ju även prova slå på display_errors = on, så du faktiskt ser hur det felar med error-koder.

Långsamma queries kan jag ju se i New Relic. Men samma query som kan vara långsam kan som sagt andra gången vara supersnabb.

[Nerix]

Ursprungligen postat av Pettolajnen

Hela sidan, blir vit. Det är ju som sagt maxat RAM-minne. Men vad det beror på, det är ju det jag vill ta reda på.

Varför kollar inte bara webhotellet i loggarna? Om något gått ner (a.k.a krashat) så borde någon eller något starta upp processen igen och förmodligen logga felet.

Ursprungligen postat av Pettolajnen

Långsamma queries kan jag ju se i New Relic. Men samma query som kan vara långsam kan som sagt andra gången vara supersnabb.

Queryn cache:as med andra ord. Hur långt tid tar en långsam query?

[tartareandesire]

Ursprungligen postat av Pettolajnen

Långsamma queries kan jag ju se i New Relic. Men samma query som kan vara långsam kan som sagt andra gången vara supersnabb.

Det är i sig positivt, man ska undvika queries som inte kan cacheas så långt det är möjligt. Du får köra queryn utan cache om du ska kunna jämföra körningarna. Om du kan identifiera en riktigt långsam query så ligger problemet sannolikt där. Förhoppningsvis kan du då snabba upp den genom att bara lägga till ett lämpligt index (och/eller skriva om queryn om det är nödvändigt). Att blind lägga till index för alla fält i sin query som föreslås av New Relic är kanske inte rätt väg att gå