webForumDet fria alternativet

Trasig tabell oavbrutet

Webbutveckling

4 svar · 276 visningar · startad av joakimweb

Medlem sedan feb. 2002141 inlägg
Frågan#1

Hej!

Jag driver en gratis statistiktjänst, och där finns hittills ca 1,2 miljoner poster i databasen.

En gång tidigare har en tabell brustit för mig, jag reparerade den några gånger men hela tiden blev det samma fel igen - att själva data-filen inte kunde läsas.

Nu är det den största tabellens tur - ip-nummer-tabellen med drygt 1 miljon poster. Där skadas datafilen, men det räcker med repair/optimize för att åtgärda den. Nästa morgon när jag tittar är det samma fel.

Så min fråga är, hur löser andra sådana problem?
Finns det något program som mer långvarigt och bättre reparerar tabeller?

Tacksam för alla svar.
Vore kul med en felfriare tjänst =)

Mvh
Joakim

Medlem sedan juni 20019 024 inlägg
#2

Du pratar om MySQL väl?

I så fall kan du försöka schemalägga optimize & repair eller kanske använda temporära tabeller alternativ låsa tabellerna vid skrivning.

Läs mer:
http://dev.mysql.com/doc/mysql/en/MyISAM_table_problems.html
--- http://dev.mysql.com/doc/mysql/en/Corrupted_MyISAM_tables.html
--- http://dev.mysql.com/doc/mysql/en/MyISAM_table_close.html

Medlem sedan feb. 2002141 inlägg
#3

Tackar Pace =)

Läser lite snabbt och ser att det verkar som att det kan hända en del under långa öppningstider? Bör man ha flera close/open när mycket skall ske samtidigt?

Mvh
Joakim

Medlem sedan juni 20019 024 inlägg
#4

Ja, så kallad thread pooling och connection pooling är att föredra i många lägen, speciellt då man har mycket skrivningar.

Medlem sedan feb. 2002141 inlägg
#5

Du har inte lust att beskriva hur sådana poolings fungerar?
Låter som något nytt för mig

Mvh
Joakim

261 ms totalt · 4 externa anrop · v20260731065814-full.1dc6f849
121 ms — deklarationer (db)
0 ms — hämta statistik (cache)
129 ms — hämta tråd, inlägg och bilagor (db)
123 ms — ändringar (db)