När cachen tas bort / optimerat min / tmp katalogen fyller och MySQL krascher

[tavenger5]

Som titeln säger. Jag måste starta om mysql, vilket rensar tmp och tomma tabellen som kraschade. Detta händer bara på bord som är mycket stora, liksom vbenterprisetranslator_cache_short_ru, som är över 3,3 miljoner skivor och 500MB.

Min cache ttl är 15 dagar. Ska jag göra det kortare?

[r.dziadusz]

Ta gärna en titt på denna tråd: http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

[tavenger5]

Höger - Jag har alla prestanda förslag genomförs. Frågan är, vad kan jag göra för att förhindra / tmp från slut på utrymme när dessa tabeller optimeras ("reparation av sortera")?

[r.dziadusz]

Ok, ska du ändra din strategi Cache clearing, vänligen ta reda på vilken av dem är bäst för dig, kort beskrivning hittar du dit:

admincp-> vBet Cache -> Cache clearing strategi
Det rekommenderas inte att radera alla cache-data efter TTL-intervall, försök att använda andra strategi. Naturligtvis kan du försöka göra TTL kortare, men jag föreslår att du, först prova andra clearing strategi. Detta bör hjälpa, om inte oss

[vBET]

Höger - Jag har alla prestanda förslag genomförs. Frågan är, vad kan jag göra för att förhindra / tmp från slut på utrymme när dessa tabeller optimeras ("reparation av sortera")?

Precis som Radek skrev dig - du kan använda andra clearing strategi. Göra TTL kortare försämrar dina resultat, eftersom oftare ditt forum kommer att be om utanför översättning.
Om / tmp mapp - Du kan också be stöd för MySQL / forum om frågan. Det är helt klart vår i vBET omfattning. Vi är redo för stora forum och gör att du kan använda olika clearing strategier för att snabbare rengöring på stora styrelser. Fortfarande om din MySQL kraschar det är MySQL fråga. Eller kanske det är ditt OS frågan - försök att tillåta större temporära filer.

[tavenger5]

Jag har faktiskt provat olika clearing strategier. Flaskhalsen är när ett mycket stort bord är optimerad efter borttagandet.

[tavenger5]

Jag tror jag räknat ut. Min tmp katalogen var endast 500 mb. När en tabell nära till 1 gb var optimerad behövs det mer utrymme och sedan att göra alla optimeringen. Så istället för att öka storleken på katalogen tmp jag skapade en ny som använder RAM i stället för disken enligt dessa anvisningar: themattreid.com/ wordpress/2011/04/04/mysql-and-ramdisk-or-how-to-make-tmpdir-usage-queries-faster/

Eftersom många större frågor att tmp-filer för att utföra detta kommer att påskynda den processen också.

[r.dziadusz]

För att förtydliga, detta är problemet löst, för alla andra problem du öppna nya ämnen

[r.dziadusz]

Inget svar, anser vi det här problemet löst om du har några frågor för det här problemet kommer vi att öppna det igen, för alla övriga frågor vänligen öppna ny tråd