PDA

View Full Version: Rezolvate Atunci când se elimină cache / optimizat directorul meu / tmp se umple şi se blochează mysql



tavenger5
09-09-11, 18:16
Aşa cum spune si titlul. Trebuie să reporniţi mysql, care şterge directorul tmp şi gol tabel care sa prăbuşit. Acest lucru se întâmplă numai pe mese, care sunt foarte mari, cum ar fi vbenterprisetranslator_cache_short_ru, care este de peste 3,3 milioane de înregistrări şi de 500MB.

Cache-ul meu ttl este de 15 zile. Ar trebui să mă fac mai scurte?

r.dziadusz
12-09-11, 11:14
Vă rugăm să aruncaţi o privire pe acest thread: Re: http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

tavenger5
12-09-11, 18:56
Dreapta - Am toate sugestiile performanţă puse în aplicare. Întrebarea este: ce pot face pentru a preveni / tmp de la funcţionare fără spaţiu cazul în care aceste tabele sunt optimizate ("reparaţie de după")?

r.dziadusz
13-09-11, 11:32
Ok, trebuie să schimbaţi strategia de compensare Cache, vă rugăm să afle care dintre ele este cel mai bun pentru tine, descriere scurtă puteţi găsi acolo:

admincp-> vBET Cache -> Cache strategie de compensare
Nu este recomandat să ştergeţi toate datele cache după interval TTL, încercaţi să utilizaţi alte strategii. Desigur, puteţi încerca pentru a face ttl mai scurt, dar te-am sugera, la prima încercare strategia de compensare alte. Acest lucru ar trebui să ajute, dacă nu să ne spui de

vBET
16-09-11, 17:31
Dreapta - Am toate sugestiile performanţă puse în aplicare. Întrebarea este: ce pot face pentru a preveni / tmp de la funcţionare fără spaţiu cazul în care aceste tabele sunt optimizate ("reparaţie de după")?

Aşa cum le-ai scris Radek - puteţi utiliza strategie de compensare alte. Acest site TTL mai scurte va degrada performanţele dumneavoastră, pentru că mai des pe forum pentru dumneavoastră vă va cere pentru traducere din afara.
Despre / tmp dosar - poţi cere, de asemenea, susţinerea MySQL / forum despre problema. Este clar noastră a domeniului de aplicare vBET. Suntem gata pentru forumuri mari şi vă permit să utilizaţi diferite strategii de compensare pentru curatarea mai repede pe panouri de mari dimensiuni. Totuşi dacă MySQL dvs. blochează această problemă este MySQL. Sau poate aceasta este problema dvs. OS - vă rugăm să încercaţi pentru a permite pentru fişiere mai mari temporare.

tavenger5
18-09-11, 15:19
Am incercat de fapt, diferite strategii de compensare. Blocaj este atunci cand un tabel foarte mare este optimizat după ştergerea.

tavenger5
18-09-11, 19:02
Cred că am dat. Meu director tmp a fost de numai 500 mb. Atunci când a fost optimizat pentru un tabel aproape de 1 gb este nevoie de mai mult spaţiu apoi că a face toate de optimizare. Deci, în loc de a creşte dimensiunea directorul tmp s-a creat un nou unul care utilizează RAM în loc de disc în conformitate cu aceste instrucțiuni: themattreid.com/ wordpress/2011/04/04/mysql-and-ramdisk-or-how-to-make-tmpdir-usage-queries-faster/

Deoarece o multime de interogări de mari fac fişierele tmp pentru a executa acest lucru va accelera acest proces, de asemenea.

r.dziadusz
19-09-11, 12:04
Pentru a clarifica, este această problemă rezolvată, pentru orice alte probleme vă rugăm să subiectele deschise noi

r.dziadusz
28-09-11, 07:41
Nici un răspuns, considerăm că această problemă rezolvată, dacă va avea nici o întrebare pentru această problemă, vom redeschide, pentru orice altă problemă vă rugăm să filet deschide noi

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Translations by vBET translator 4.10.1