Suspenderad sida på one.com pga av för många records i DB.
 

Suspenderad sida på one.com pga av för många records i en enskild tabell på Myslqli-databasen. Databasen innehåller precis 1 miljon records i en tabell.
One anser att sidan(databastabellen) belastar deras datasbas för mycket, men när man loggar in phpMyAdmin och kör lita queries, så blir svarstiden cirka 0,2 sekunder, vilket jag tycker låter snabbt.

Är 1 miljon records i 1 tabell i en databas mycket?

Nej, det är inte extremt mycket men alla webbhotell har olika begränsningar. Att just du råkar kunna göra några snabba queries vid ett tillfälle säger inget om den generella belastningen på databasen. 0,2 sekunder är inte heller särskilt snabbt men det beror naturligtvis på query och mängden data. Det har antagligen ingen betydelse ändå, deras gräns är på en miljon rader oavsett.

Är snart i samma situation och behöver då förmodligen byta leverantör.

Ursäkta kapningen av tråden men jag antar att du också letar alternativ.

Om man har internationell trafik, mest mot USA, vad borde man välja istället? Är ingen avancerad användare, vill bara att det ska fungera med en stor db så att jag kan koncentrera mig på min site istället för drift. Hostgator tänkte jag närmast på som nästa leverantör utan att jag har allt klart för mig om det är det bästa alternativet...

Tack!

Tack för svaren!
När det gäller Sverige:
Jag kollade med Loopia, de verkade inte bry sig om antal records utan bara på databasens storlek i MB. Om jag exporterar tabellen i sql-format så blir den strax under 600 MB i storlek.
På Loopia företag så ligger gränsen på 1 GB.

Storleken på din exportfil är inte detsamma som storleken på databasen.

Det skall gå att partitioner stora databastabeller i mindre delar för att snabba på dem.
https://www.sqlshack.com/database-ta...ng-sql-server/

Ja, du har rätt- Det verkar som exportfilen blir mindre i storlek än vad som står i phpMyAdmin.

Ja, upptäckte det. :eek:
Körde en query som påverkade 500.000 rows och då tog det typ 12 sekunder! Men det är inget som sker i normal fallet.

Testa att lägga in index på korrekta ställen. 12 sekunder för 500k rader är väldigt mycket så min gissning är att din tabell inte har index alls eller oanvända index.

Queries över 100ms är normalt sätt (lite beroende på prestandan på servern å komplexiteten i querien) en indikation på att något inte står rätt till.

Han kan inte lägga in några index eftersom den inte får ta mer plats :)