Пераклады
Сервер, які падае
Ці мае яна па-ранейшаму адбываецца, калі вы адключаныя запланаванай задачы "В. Б. прадпрыемства Перакладчык (Cache TTL)". Наколькі вялікія вашы табліцы кэш? Калі сервер падзенне адбываецца ў вас ёсць любыя памылкі ў лог-файлы? Спрабавалі Ці вы выкарыстоўваць vBET параметр "Cache ачысткі timelap"? Што ачысткі стратэгіі вы карыстаецеся зараз?
Вы не адказалі на найбольш важнай інфармацыі - гэта ўсё яшчэ падае, калі задачы па раскладзе адключаны? Спачатку мы павінны вызначыць, сапраўды vBET рэальная праблема.
У нармальным выдалення старых кэша выдаляецца штодня. Калі вы жадаеце хуткі спосаб выдалення - выкарыстанне апошняй стратэгіі - гэты будзе выдаліць увесь кэш адзін раз у 15 дзён. Яна працуе неадкладнага і выкарыстоўваць практычна 0 рэсурсаў сервера. Але вы павінны запоўніць ўвесь кэш зноў, а не толькі стары.
А вы спрабавалі выкарыстаць "Cache ачысткі timelap" варыянт?
Кэш ачысткі timelap
Колькі секунд чакання паміж ачыстка табліцы кэша. Усталюйце 0 для адключэння. Звярніце ўвагу, што vBET мае больш за 150 кэш табліцы ясна - ўсталёўваць гэтае значэнне занадта высока, што можа прывесці да ачыстцы, якая пачынаецца ў ноч будзе працягвацца нават у дзённыя гадзіны. Таксама не варта выстаўляць гэта значэнне, што ваш MySQL сувязі чакае без выкарыстання (MySQL ўсталёўка: wait_timeout) - у адваротным выпадку гэта прывядзе да 'MySQL сервер сышоў памылка' і ачысткі не будзе скончана.
Выбачайце - я не атрымліваю адну рэч - у вас ёсць ачысткі два разы на дзень? Калі ласка, адключыце задачу ачысткі і скажыце ваш сервер рухне пры расчыстцы адключана (не важна, на якіх гадзіну - адключыць яго цалкам). Калі сервер не паваліцца, калі кэш ачысткі адключаная, то гэта азначае, што vBET вінаваты. Калі да гэтага часу crasches то што-то яшчэ прычыны гэтага.Паведамленне ад Valdo
Калі vBET вінаваты то ў вас ёсць некалькі варыянтаў, каб вырашаць пытанне:
- Усталяваць большае значэнне на "ачыстку кэша timelap" - гэта дасць час і больш рэсурсаў працэсара для іншых патокаў паміж ачысткі кэша кожны стол. Я прапаную зрабіць гэта ў першую чаргу
- Усталяваць ніжні "Cache Time To Live (TTL)" - тады вашыя табліцы будзе менш, так што ачыстка будзе танней.
- Гуляць з "Cache ачысткі стратэгіі" - апошні вырашыць вашу праблему на 100% - ён разлічаны на вельмі вялікі кэш і будуць зразумелыя нават велізарны схованку адразу, таму што яна проста выдаляе цэлыя табліцы кэша і стварае яго нанава. Але яна ачышчае ўвесь кэш адзін раз за перыяд Кэш TTL, таму кэш павінны быць запоўненыя з самага пачатку. Гэта апошняе, што я раю выкарыстоўваць, так што калі нічога не працуе гэта ў 100%. Ён дадаецца проста для такіх сітуацый
ТАКІМ ЧЫНАМ, наступныя крокі, якія могуць вам дапамагчы:
1. Павелічэнне кэш TTL - менш дадзеных будзе ачышчаны кожны раз
2. Змена ачысткі стратэгіі: "Хуткае выдаленне з мясцовымі аптымізаваць табліцы" - калі ласка, звярніце ўвагу, што гэтая опцыя можа быць горшым, калі кэш не з'яўляецца дастаткова вялікім. Для вялікіх кэшаў лепш, каб нармальна.
3. Эксперыментальны: Вы можаце абраць "Хуткае выдаленне з мясцовымі аптымізаваць сталы» і адрэдагаваць файл / Адчувае / vbenterprisetranslator_functions.php на каментар 3 радкі кода, якая ўключае ў сябе OPTIMIZE лакальную табліцу. З дапамогай гэтай мадыфікацыі будзе выдаліць толькі старыя дадзеныя ў вельмі хуткі спосаб, але вашы індэксы не будуць перабудоўваць і будзе расці, так што вам прыйдзецца выканаць пракаментаваў запыт ўручную адзін раз у той час. Калі ён будзе працаваць для вас, то мы можам рэалізаваць яго як адзін з падтрымоўваных стратэгіі - дзе хуткай ачысткі без індэксаў аднавіць і перабудаваць само па сабе можа быць зроблена іншым задача, якая выконваецца, г.зн. адзін тыдзень. Так што калі вы расказаць нам, што ён працуе для вас мы дадамо яго адмыслова для Вас
Вашы правы
Адказаць з цытатай