Калі кэш выдаляецца / аптымізаваны мой / TMP каталог запаўняе і MySQL аварыі

[tavenger5]

Як кажа назву. Я перазагрузіць MySQL, якая чысціць каталог TMP і пусты стол, які разбіўся. Гэта адбываецца толькі на табліцы, якія з'яўляюцца вельмі вялікімі, як vbenterprisetranslator_cache_short_ru, што больш за 3,3 млн запісаў і 500 Мб.

Мой кэш TTL складае 15 дзён. Ці павінен я зрабіць яе карацей?

[r.dziadusz]

Калі ласка, паглядзіце на гэтую тэму: http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

[tavenger5]

Справа - У мяне ёсць усе парады аб рэалізаваны. Пытанне ў тым, што я магу зрабіць, каб прадухіліць / TMP ад недахопу месца, калі гэтыя табліцы, якую неабходна аптымізаваць («рамонту роду ')?

[r.dziadusz]

Добра, Вы павінны змяніць свой кэш ачысткі стратэгіі, неабходна высветліць, які з іх лепш для вас, кароткае апісанне вы можаце знайсці тут:

AdminCP-> vBet Cache -> Кэш ачысткі стратэгіі
Не рэкамендуецца выдаліць усе дадзеныя кэша пасля інтэрвалу TTL, паспрабуйце выкарыстоўваць іншыя стратэгіі. Вядома, вы можаце паспрабаваць зрабіць TTL карацей, але я прапаную вам, спачатку паспрабаваць іншую стратэгію ачысткі. Гэта павінна дапамагчы, калі не паведаміце нам

[vBET]

Справа - У мяне ёсць усе парады аб рэалізаваны. Пытанне ў тым, што я магу зрабіць, каб прадухіліць / TMP ад недахопу месца, калі гэтыя табліцы, якую неабходна аптымізаваць («рамонту роду ')?

Гэтак жа, як Радэк напісаў вам - вы можаце выкарыстоўваць іншую стратэгію ачысткі. Стварэнне TTL карацей, будуць зніжаць прадукцыйнасць, так як часцей за ўсё вашага форуму будуць прасіць за межамі перакладу.
Аб кампаніі / TMP тэчкі - Вы можаце таксама спытаць, MySQL падтрымка / форумы па гэтым пытанні. Зразумела, што наша vBET вобласці. Мы гатовыя да вялікіх форумах і дазваляюць выкарыстоўваць розныя стратэгіі для больш хуткай ачысткі чысткі на вялікіх дошках. Тым не менш, калі ваш MySQL аварыі гэта MySQL пытанне. Ці, можа быць гэта ваша АС пытанне - паспрабуйце, каб забяспечыць больш часовых файлаў.

[tavenger5]

Я на самой справе спрабавалі рознымі стратэгіямі ачысткі. Вузкае месца пры вельмі вялікіх табліц аптымізавана пасля выдалення.

[tavenger5]

Я думаю, што я зразумеў гэта. Мой часовы каталог толькі 500 Мб. Пры падачы на стол побач з 1gb была аптымізавана ёй неабходна больш прасторы, тое, што робяць усё аптымізацыі. Такім чынам, замест павелічэння памеру часовы каталог, я стварыў новую, якая выкарыстоўвае RAM дыск, а не ў адпаведнасці з гэтымі інструкцыямі: themattreid.com / wordpress/2011/04/04/mysql-and-ramdisk-or-how-to- make-TMPDIR-выкарыстання-запытаў, хутчэй /

Так як шмат больш запытаў зрабіць часовыя файлы, каб выканаць гэта паскорыць гэты працэс, а таксама.

[r.dziadusz]

Каб удакладніць, гэтая праблема вырашаная, для любых іншых праблем, калі ласка, адкрыйце новыя тэмы

[r.dziadusz]

Няма адказу, мы разглядаем гэтую праблему вырашыць, калі вы будзеце ёсць пытанні па гэтай праблеме мы зноў адкрыем яго, бо любы іншы пытанне, калі ласка, адкрыйце новы паток