Kom ihåg mig?
Home Menu

Menu


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

 
 
Ämnesverktyg Visningsalternativ
Oläst 2017-12-07, 21:09 #1
Sven74 Sven74 är inte uppkopplad
Flitig postare
 
Reg.datum: Jul 2011
Inlägg: 374
Sven74 Sven74 är inte uppkopplad
Flitig postare
 
Reg.datum: Jul 2011
Inlägg: 374
Standard 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?
Sven74 är inte uppkopplad   Svara med citatSvara med citat
Oläst 2017-12-08, 09:15 #2
tartareandesire tartareandesire är inte uppkopplad
Supermoderator
 
Reg.datum: Jan 2004
Inlägg: 11 585
tartareandesire tartareandesire är inte uppkopplad
Supermoderator
 
Reg.datum: Jan 2004
Inlägg: 11 585
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.
__________________
Full-stack developer, free for smaller assignments
tartareandesire är inte uppkopplad   Svara med citatSvara med citat
Oläst 2017-12-08, 12:30 #3
kitesurfer3000 kitesurfer3000 är inte uppkopplad
Nykomling
 
Reg.datum: Dec 2015
Inlägg: 39
kitesurfer3000 kitesurfer3000 är inte uppkopplad
Nykomling
 
Reg.datum: Dec 2015
Inlägg: 39
Ä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!
kitesurfer3000 är inte uppkopplad   Svara med citatSvara med citat
Oläst 2017-12-09, 00:46 #4
Sven74 Sven74 är inte uppkopplad
Flitig postare
 
Reg.datum: Jul 2011
Inlägg: 374
Sven74 Sven74 är inte uppkopplad
Flitig postare
 
Reg.datum: Jul 2011
Inlägg: 374
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.
Sven74 är inte uppkopplad   Svara med citatSvara med citat
Oläst 2017-12-09, 15:10 #5
tartareandesire tartareandesire är inte uppkopplad
Supermoderator
 
Reg.datum: Jan 2004
Inlägg: 11 585
tartareandesire tartareandesire är inte uppkopplad
Supermoderator
 
Reg.datum: Jan 2004
Inlägg: 11 585
Citat:
Ursprungligen postat av Sven74 Visa inlägg
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.
__________________
Full-stack developer, free for smaller assignments
tartareandesire är inte uppkopplad   Svara med citatSvara med citat
Oläst 2017-12-09, 20:46 #6
Sven74 Sven74 är inte uppkopplad
Flitig postare
 
Reg.datum: Jul 2011
Inlägg: 374
Sven74 Sven74 är inte uppkopplad
Flitig postare
 
Reg.datum: Jul 2011
Inlägg: 374
Citat:
Ursprungligen postat av tartareandesire Visa inlägg
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 är inte uppkopplad   Svara med citatSvara med citat
Oläst 2017-12-09, 20:49 #7
Sven74 Sven74 är inte uppkopplad
Flitig postare
 
Reg.datum: Jul 2011
Inlägg: 374
Sven74 Sven74 är inte uppkopplad
Flitig postare
 
Reg.datum: Jul 2011
Inlägg: 374
Citat:
Ursprungligen postat av tartareandesire Visa inlägg
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.
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.
Sven74 är inte uppkopplad   Svara med citatSvara med citat
Oläst 2017-12-10, 10:30 #8
Nerix Nerix är inte uppkopplad
Flitig postare
 
Reg.datum: Oct 2010
Inlägg: 398
Nerix Nerix är inte uppkopplad
Flitig postare
 
Reg.datum: Oct 2010
Inlägg: 398
Citat:
Ursprungligen postat av Sven74 Visa inlägg
Ja, upptäckte det.
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.
Nerix är inte uppkopplad   Svara med citatSvara med citat
Oläst 2017-12-10, 12:32 #9
tartareandesire tartareandesire är inte uppkopplad
Supermoderator
 
Reg.datum: Jan 2004
Inlägg: 11 585
tartareandesire tartareandesire är inte uppkopplad
Supermoderator
 
Reg.datum: Jan 2004
Inlägg: 11 585
Citat:
Ursprungligen postat av Nerix Visa inlägg
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
__________________
Full-stack developer, free for smaller assignments
tartareandesire är inte uppkopplad   Svara med citatSvara med citat
Oläst 2017-12-10, 15:51 #10
Sven74 Sven74 är inte uppkopplad
Flitig postare
 
Reg.datum: Jul 2011
Inlägg: 374
Sven74 Sven74 är inte uppkopplad
Flitig postare
 
Reg.datum: Jul 2011
Inlägg: 374
Citat:
Ursprungligen postat av Nerix Visa inlägg
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.
Sven74 är inte uppkopplad   Svara med citatSvara med citat
Svara


Aktiva användare som för närvarande tittar på det här ämnet: 1 (0 medlemmar och 1 gäster)
 

Regler för att posta
Du får inte posta nya ämnen
Du får inte posta svar
Du får inte posta bifogade filer
Du får inte redigera dina inlägg

BB-kod är
Smilies är
[IMG]-kod är
HTML-kod är av

Forumhopp


Alla tider är GMT +2. Klockan är nu 16:33.

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