Keď je vyrovnávacej pamäte odstránený / optimalizáciu svojej adresári / tmp výplní a MySQL havaruje

[tavenger5]

Ako názov hovorí. Musím reštartovať MySQL, ktorá vymaže tmp adresára a prázdny stôl, ktorý havaroval. K tomu dochádza iba na tabuľky, ktoré sú veľmi veľké, ako je vbenterprisetranslator_cache_short_ru, čo je cez 3,3 miliónov záznamov a 500 MB.

My vyrovnávacej TTL je 15 dní. Mal by som robiť to kratšie?

[r.dziadusz]

Prosím, pozrite sa na tejto téme: http://www.vbenterprisetranslator.co...rformance.html

[tavenger5]

Vpravo - Mám všetky návrhy na zlepšenie výkonu vykonávaná. Otázkou je, čo mám robiť, aby sa zabránilo / tmp spustenie z miesta, ak sú tieto tabuľky sú optimalizované ("oprava podľa druhu)?

[r.dziadusz]

Ok, mali by ste zmeniť Cache zúčtovanie stratégiu, prosím, zistiť, ktorý z nich je pre vás najlepšie, stručný popis nájdete tu:

admincp-> vBet Cache -> Cache zúčtovanie stratégie

To sa neodporúča pre zmazanie všetkých cache dáta po intervale TTL, skúste použiť iné stratégie. Samozrejme, môžete sa pokúsiť, aby TTL kratšie, ale odporúčam vám, na prvý pokus sa ďalší zúčtovanie stratégiu. To by malo pomôcť, ak nie, dajte nám vedieť

[vBET]

Vpravo - Mám všetky návrhy na zlepšenie výkonu vykonávaná. Otázkou je, čo mám robiť, aby sa zabránilo / tmp spustenie z miesta, ak sú tieto tabuľky sú optimalizované ("oprava podľa druhu)?

Rovnako ako Radek písal vás - môžete použiť aj iné stratégie zúčtovania. Tvorba TTL kratšie bude kaziť svoj výkon, pretože častejšie fórum bude žiadať u prekladu.
O / tmp - Môžete tiež požiadať MySQL support / fórum o tejto problematike. Je jasné, že naše vBET z rozsahu. Sme pripravení na veľké fóra a umožňuje používať rôzne stratégie pre rýchlejšie čistenie čistenie na veľkých dosiek. Stále Ak váš MySQL havaruje to je MySQL problém. Alebo je to váš problém OS - skúste prosím, aby pre väčšie dočasné súbory.

[tavenger5]

Ja som sa snažil rôznymi zúčtovanie stratégie. Prekážkou je, keď je veľmi veľký stôl optimalizované po odstránení.

[tavenger5]

Myslím, že si to. Môj tmp adresára bol iba 500 mb. Ak tabuľku takmer 1 gb bol optimalizovaný potrebný väčší priestor potom to robiť všetky optimalizácia. Takže namiesto z zväčšením veľkosti tmp adresára som vytvoril nový, ktorý používa pamäť RAM miesto na disku podľa týchto pokynov: themattreid.com/ wordpress/2011/04/04/mysql-and-ramdisk-or-how-to-make-tmpdir-usage-queries-faster/

Vzhľadom k tomu, veľa väčšiu otázok aby tmp súbory na vykonanie tohto urýchli tento proces rovnako.

[r.dziadusz]

Na objasnenie, je tento problém vyriešený, pre akékoľvek iné problémy, prosím, otvoriť nové témy

[r.dziadusz]

Žiadna odpoveď, považujeme tento problém vyriešiť, ak budete mať akúkoľvek otázku k tejto otázke budeme znovu otvoriť, v prípade ďalších otázok, prosím otvoriť nové vlákno