Wanneer die kas is geskrap / geoptimaliseer my / tmp gids vul en MySQL crashes

[tavenger5]

Soos die titel sê. Ek het mysql, wat goedkeuring van die tmp gids en leë die tafel wat neergestort het om weer te begin. Dit gebeur slegs op die tafels wat baie groot is, soos vbenterprisetranslator_cache_short_ru, wat meer as 3,3 miljoen rekords en 500mb.

My kas TTL is 15 dae. Moet ek dit korter maak?

[r.dziadusz]

Neem asseblief 'n blik op hierdie draad: http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

[tavenger5]

Reg - ek het al die prestasie voorstelle geïmplementeer. Die vraag is, wat kan ek doen / tmp om te verhoed dat die loop van die ruimte wanneer hierdie tabelle word geoptimaliseer ("herstel deur soort ')?

[r.dziadusz]

Ok, moet jy jou cache skoonmaak van strategie verander, kan jy vind uit watter een van hulle is die beste vir jou, n kort beskrywing wat jy daar kan vind:

admincp-> Cache vBet -> Cache skoonmaak van strategie
Dit word nie aanbeveel om al die kas-data na die TTL-interval te verwyder, probeer 'n ander strategie te gebruik. Natuurlik kan jy probeer om TTL korter te maak, maar ek stel voor jy eers probeer om ander skoonmaak van strategie. Dit behoort te help, indien nie laat ons weet

[vBET]

Reg - ek het al die prestasie voorstelle geïmplementeer. Die vraag is, wat kan ek doen / tmp om te verhoed dat die loop van die ruimte wanneer hierdie tabelle word geoptimaliseer ("herstel deur soort ')?

Net soos Radek jy geskryf het - jy kan gebruik om ander skoonmaak van strategie. Die TTL korter sal jou prestasie te verneder, want meer dikwels jou forum sal vra vir 'n buite-vertaling.
Oor / tmp gids - jy kan ook vra MySQL ondersteuning / forums oor die kwessie. Dit is duidelik ons van vBET omvang. Ons is gereed vir die groot forums en laat jou toe om die verskillende oopte strategieë te gebruik vir vinniger veegsel op groot borde. Nog steeds as jou MySQL ineenstortings dit is MySQL kwessie. Of miskien is dit jou OS probleem - probeer om voorsiening te maak vir groter tydelike lêers.

[tavenger5]

Ek het eintlik probeer om verskillende skoonmaak van strategieë. Die bottelnek is wanneer 'n baie groot tafel is na die verwydering geoptimaliseer.

[tavenger5]

Ek dink Ek het gedink dit uit. My tmp gids is slegs 500mb. Wanneer 'n tafel naby aan 1GB geoptimiseer is dit meer ruimte nodig dat al die optimalisering te doen. Dus, in plaas van die verhoging van die grootte van die tmp gids het ek 'n nuwe een wat gebruik maak van RAM in plaas van die skyf is volgens die aanwysings: themattreid.com / wordpress/2011/04/04/mysql-and-ramdisk-or-how-to- make-tmpdir-gebruik-navrae-vinniger /

Aangesien 'n baie groter navrae tmp lêers uit te voer asook dat die proses sal bespoedig.

[r.dziadusz]

Om te verduidelik, is die probleem opgelos word, vir enige ander probleme asseblief nuwe drade

[r.dziadusz]

Geen antwoord nie, ons kyk na hierdie probleem opgelos, as jy 'n vraag vir hierdie kwessie sal ons dit heropen het, vir enige ander vraag asseblief oop nuwe draad