Quan la cache s'esborra / optimitzat meu directori / tmp s'omple i s'estavella mysql

[tavenger5]

Com diu el títol. He de reiniciar mysql, que esborra el directori tmp i buidar la taula que es va estavellar. Això només passa en les taules que són molt grans, com vbenterprisetranslator_cache_short_ru, que és més de 3,3 milions de discos i 500 MB.

La meva memòria cau TTL és de 15 dies. ¿Ho hauria de fer més curt?

[r.dziadusz]

Si us plau, doneu un cop d'ull en aquest fil: http://www.vbenterprisetranslator.co...rformance.html

[tavenger5]

Dret - Tinc tots els suggeriments de rendiment en pràctica. La pregunta és, què puc fer per prevenir el / tmp de la manca d'espai en aquestes taules s'estan optimitzant ("reparació per sort")?

[r.dziadusz]

Ok, ha de canviar la seva estratègia de buidar la memòria cau, si us plau, esbrinar quin d'ells és el millor per a vostè, una breu descripció es pot trobar allà:

AdminCP-> Memòria cau VBET -> Memòria cau estratègia de compensació

No es recomana per eliminar totes les dades de la memòria cau després d'un interval TTL, tracti d'utilitzar una altra estratègia. Per descomptat, vostè pot tractar de fer TTL curt, però li suggereixo que, en un primer moment provar l'estratègia de compensació altres. Això hauria d'ajudar, si no ens deixa saber

[vBET]

Dret - Tinc tots els suggeriments de rendiment en pràctica. La pregunta és, què puc fer per prevenir el / tmp de la manca d'espai en aquestes taules s'estan optimitzant ("reparació per sort")?

Igual que Radek es va escriure - es pot utilitzar l'estratègia de compensació altres. Fer TTL curt pot reduir el seu rendiment, ja que amb més freqüència el seu fòrum demanar la traducció fora.
Sobre / tmp - també pot demanar el suport de MySQL / fòrums sobre el tema. És clar que l'abast de VBET. Estem preparats per a grans fòrums i li permeten utilitzar diferents estratègies de compensació per les neteges més ràpid en els taulers de grans dimensions. No obstant això, si el teu MySQL bloqueja aquest és un problema de MySQL. O potser és el seu problema OS - si us plau intenta permetre la més gran d'arxius temporals.

[tavenger5]

De fet, he intentat diferents estratègies de compensació. El coll d'ampolla es produeix quan una taula molt gran està optimitzat després de l'eliminació.

[tavenger5]

Penso que el vaig representar fora. El meu tmp el directori era només 500mb. Quan una taula tanca a 1gb va ser optimitzat el necessitat més espacial llavors allò per fer tot l'optimització. Així que en comptes de creixent la mida del tmp directori vaig crear un nou un que utilitza CARNER en comptes de disc segons aquestes instruccions: themattreid.com/ wordpress/2011/04/04/mysql-i-ramdisk-o-que-a-marca-tmpdir-ús-consultes-més ràpid/

Ja que moltes de les grans preguntes que els arxius tmp per executar el que accelerarà el procés també.

[r.dziadusz]

Per aclarir, és resoldre aquest problema, per a qualsevol problema si us plau obrir nous temes

[r.dziadusz]

No hi ha resposta, considerem que aquest problema resolt, si es té algun dubte a aquest problema anem a tornar a obrir-lo, per a qualsevol altra pregunta si us plau, nou tema obert