WN

WN (https://www.wn.se/forum/index.php)
-   Serversidans teknologier (https://www.wn.se/forum/forumdisplay.php?f=4)
-   -   Suspenderad sida på one.com pga av för många records i DB. (https://www.wn.se/forum/showthread.php?t=1068799)

Sven74 2017-12-07 20:09

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?

tartareandesire 2017-12-08 08:15

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.

kitesurfer3000 2017-12-08 11:30

Ä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!

Sven74 2017-12-08 23:46

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.

tartareandesire 2017-12-09 14:10

Citat:

Ursprungligen postat av Sven74 (Inlägg 20525034)
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.

Slacker 2017-12-09 17:37

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/

Sven74 2017-12-09 19:46

Citat:

Ursprungligen postat av tartareandesire (Inlägg 20525036)
Storleken på din exportfil är inte detsamma som storleken på databasen.

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

Sven74 2017-12-09 19:49

Citat:

Ursprungligen postat av tartareandesire (Inlägg 20525023)
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.

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.

Nerix 2017-12-10 09:30

Citat:

Ursprungligen postat av Sven74 (Inlägg 20525040)
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.

tartareandesire 2017-12-10 11:32

Citat:

Ursprungligen postat av Nerix (Inlägg 20525042)
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 :)

Sven74 2017-12-10 14:51

Citat:

Ursprungligen postat av Nerix (Inlägg 20525042)
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.

12 sekunder blev det när jag körde en radering av en kolumn från alla rader.

Slacker 2017-12-10 15:30

Har du optimerat tabellen någon gång med phpMyAdmin.? Det reducerar tabellens storlek något.

Slacker 2017-12-10 15:35

En optimering av en stor tabell kan ta 5 minuter. Nackdelen är att under den perioden är databasen låst och sajten nere.

Sven74 2017-12-10 19:06

Kan man göra det automatiskt?
Jag har gjort analysen för optimering i phpmyadmin.
Om databasen hårdbelastas under optimering så får väl one.com krupp.....

Slacker 2017-12-12 17:21

Tror inte det går att göra automatiskt. När databastabellen ändras uppstår det tomma områden. När tabellen optimeras så tas de tomma områdena bort och databasen blir mindre och mer komprimerad.

Sven74 2017-12-13 21:46

Tack för era svar. Jag flyttade sidan till en annan ISP.

Slacker 2017-12-14 09:12

Vilken flyttade du till?

Sven74 2017-12-14 21:14

Flyttade till Loopia....


Alla tider är GMT +2. Klockan är nu 12:44.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson