Кога кеш се брише / оптимизиран ми / tmp директориумот исполнува и MySQL несреќи

[tavenger5]

Како што насловот вели. Морам да се рестартира MySQL, што го отвора мали директориум и празна маса што се урна. Ова се случува само на масите дека се многу големи, како vbenterprisetranslator_cache_short_ru, што е над 3,3 милиони записи и 500MB.

Мојот кеш TTL е 15 дена. Треба ли да се направи тоа пократко?

[r.dziadusz]

Ве молиме погледнете на оваа тема: http://www.vbenterprisetranslator.co...rformance.html

[tavenger5]

Право - ги имам сите предлози за ефикасноста спроведува. Прашањето е, што можам да направам за да се спречи / tmp од истекува на просторот кога овие табели се оптимизирани ("поправка од вид")?

[r.dziadusz]

Добро, треба да се смени кешот расчистување стратегија, Ве молиме да дознаете кој од нив е најдобро за вас, краток опис може да се најдат таму:

admincp-> vBet Кеш -> Кеш расчистување стратегија

Не се препорачува да ги избришете сите податоци кеш по TTL интервал, пробајте да користите друга стратегија. Се разбира дека може да се обиде да направи TTL пократок, но јас ве советувам да, во првиот обид и други клириншки стратегија. Ова треба да помогне, ако не ги споделите со нас

[vBET]

Право - ги имам сите предлози за ефикасноста спроведува. Прашањето е, што можам да направам за да се спречи / tmp од истекува на просторот кога овие табели се оптимизирани ("поправка од вид")?

Исто како што Радек го напиша - можете да го користите други расчистување стратегија. Изработка на TTL пократко ќе деградира ефикасноста на вашиот, бидејќи почесто твојот форум ќе побара надвор превод.
За директориумот / tmp фолдер - Вие исто така може да побара MySQL подршка / форуми за ова прашање. Тоа е јасно ни на vBET обем. Ние сме подготвени за големи форуми и ќе ви овозможи да се користат различни расчистување стратегии за побрзо чистење на големи табли. Сепак, ако вашиот MySQL урна ова е MySQL прашање. Или можеби тоа е вашиот оперативен систем прашање - Ве молиме обидете се да се овозможи поголема привремени датотеки.

[tavenger5]

Јас сум всушност се обиде различни расчистување стратегии. Тесно грло е кога многу голема маса е оптимизиран по бришењето.

[tavenger5]

Мислам дека го сфатиле. Мој tmp директориумот беше само 500MB. Кога на маса блиску до 1GB е оптимизиран е потребно повеќе простор, тогаш тоа да го направите сите оптимизација. Така, наместо зголемување на големината на tmp директориумот јас создаде нов оној кој користи RAM меморија наместо на диск според овие упатства: themattreid.com / wordpress/2011/04/04/mysql-and-ramdisk-or-how-to- make-tmpdir-употреба-прашања-Побрзо /

Од многу поголеми барања направи мали фајлови да се изврши ова ќе се забрза тој процес, како и.

[r.dziadusz]

Да се разјаснат, е овој проблем решен, за сите други проблеми ве молиме отворете нови теми

[r.dziadusz]

Нема одговор, сметаме овој проблем решен, дали ќе имате какви било прашања за ова прашање ќе го отвори, за било какво друго прашање ве молиме отворете нова тема