FAQ |
Kalender |
2009-05-11, 21:19 | #1 | ||
|
|||
Medlem
|
Hej!
Vi kör en liten tjänst som är AJAX baserad, när vi kör tjänsten så får vi cirka 5,000 förfrågningar per sekund, vi ligger idag hos Loopia och kör i .NET miljö med MySQL som databas. Det är otroligt lite data som hämtas men det är viktigt att det hämtas varje sekund så där kan vi inte göra något åt det. Vi hämtar data ifrån MySQL Servern och sedan lägger det i cachen. Problemet vi har är helt enkelt att HTTP förfrågningarna går för segt, på dom cirka 10 raderna kod så är nog allt optimerat. Vad behöver vi? Mer bandbredd? En snabbare server? Vad rekomenderas? Vi vill helst inte alls hålla på med att sätta upp server utan att programmera. Duger en VPS? Vad är rekomenderad konfiguration? |
||
Svara med citat |
2009-05-11, 22:00 | #2 | ||
|
|||
Klarade millennium-buggen
|
Du ger ingenting egentligen.
AJAX anropet, vad anropar filen? Vad gör denna filen? Vad är det för output från filen? Kör du ett JS ramverk (prototype, jquery, dojo mm)? Har själv inte Loopia, men enligt tidigare poster här så verkar Loopias MySQL vara rätt seg, tillåter bara ett visst antal anslutningar mm. |
||
Svara med citat |
2009-05-11, 23:08 | #3 | ||
|
|||
Medlem
|
Hej!
Ursäkta, jag tror egentligen att det är en hårdvaru fråga. Vi använder oss utav jQuery och det är json output ifrån filen med ett väldigt enkelt objekt, tjänsten fungerar klockrent när det är lite belastning. Så i och med det uteslutar vi klientsidan. Men eftersom vi inte kör några MySQL frågor alls i princip eftersom hela webbplatsen har bara en fråga och den använder sig uta Cache. Jag håller med om att Loopias MySQL inte är den bästa, 15 anslutningar tillåter dom bara, men jag tor ändå inte det är där felet ligger. |
||
Svara med citat |
2009-05-11, 23:11 | #4 | ||
|
|||
Klarade millennium-buggen
|
Hur ser queryn ut?
MySQL är väldigt kass på att cacha frågor, uppdateras tabellen så förloras cachen. Vad för cache är det? |
||
Svara med citat |
2009-05-12, 07:53 | #5 | ||
|
|||
Medlem
|
Vi använder cachen som är inbyggd i ASP.NET
Queryn är en vanlig SELECT Test FROM tabel ORDER BY ID DESC <- Ungefär så, väldigt simpel |
||
Svara med citat |
2009-05-12, 08:03 | #6 | ||
|
|||
Flitig postare
|
Det kanske blir en skillnad om ni lägger query som en lagrad procedur istället? under förutsättning det körs mysql 5.x men det gör det väl säkert..
|
||
Svara med citat |
2009-05-12, 08:55 | #7 | ||
|
|||
Medlem
|
Jag tror inte det beror på SQL frågan då den i sig själv inte är seg alls och desutom cachas. Problemet är nog att vi har så mycket besökare under korta interval och då känns det som att webservern inte klarar trycket.
|
||
Svara med citat |
2009-05-12, 09:25 | #8 | ||
|
|||
Medlem
|
LÅter som CPU går i taket på webbservern..
Även om den läser från minnes cachen så är ju 5000/sek vääldigt mycket |
||
Svara med citat |
2009-05-12, 13:54 | #9 | ||
|
|||
Flitig postare
|
En lagrad procedur i mssql är iaf snabbare att köra än en sqlsats och jag förmodar det är liknande i mysql.
|
||
Svara med citat |
2009-05-12, 14:21 | #10 | ||
|
|||
Medlem
|
danjel, det är alltså CPU kraft vi behöver om vi ska skaffa en ny server? Eller använder sig systemet utav mycket Minne?
|
||
Svara med citat |
Svara |
|
|