Сервер, які падае

[Valdo]

так як я ўсталяваў перакладчык ў мяне ёсць іншая праблема: кожны раз, калі я з'яўляюся часткай спланаванай аперацыі ачысткі Штодня 0:10, я кідаю сервера. Мінулай ноччу я нават спыніўся на працягу 8 гадзін, так што цяпер я павінен быў адключыць гэта, каб пазбегнуць гэтага ў будучыні.
Як гэта можна выправіць?
Дзякуй

[vBET]

Ці мае яна па-ранейшаму адбываецца, калі вы адключаныя запланаванай задачы "В. Б. прадпрыемства Перакладчык (Cache TTL)". Наколькі вялікія вашы табліцы кэш? Калі сервер падзенне адбываецца ў вас ёсць любыя памылкі ў лог-файлы? Спрабавалі Ці вы выкарыстоўваць vBET параметр "Cache ачысткі timelap"? Што ачысткі стратэгіі вы карыстаецеся зараз?

[Valdo]

Калі я не памыляюся Ёсць некалькі табліц кэш, па адной для кожнага мовы. Агульная сума ўсіх рэзервовых копій базы дадзеных, якія я зрабіў 2 сакавіка было 877 мб. Калі мы зробім сярэднім кэш-сталамі, будзе 5 Мб кожны, пачынаючы ад больш за 14 мб кітайскіх і японскіх, на працягу мінімум 2 Мб на тайская мова. Сцэнар, які выдаляе старыя пераклады адпраўляецца ў 3.30. Гледзячы на варыянты vbet старыя пераклады павінны быць выдаленыя кожныя 15 дзён, устаноўлены опцыі, як вы выказаліся вы пры ўсталёўцы.
Калі вы маеце на ўвазе timelap параметр, стратэгіі ачыстка кэшу, гэта выключэнне мае значэнне Звычайнае.

[vBET]

Вы не адказалі на найбольш важнай інфармацыі - гэта ўсё яшчэ падае, калі задачы па раскладзе адключаны? Спачатку мы павінны вызначыць, сапраўды vBET рэальная праблема.

У нармальным выдалення старых кэша выдаляецца штодня. Калі вы жадаеце хуткі спосаб выдалення - выкарыстанне апошняй стратэгіі - гэты будзе выдаліць увесь кэш адзін раз у 15 дзён. Яна працуе неадкладнага і выкарыстоўваць практычна 0 рэсурсаў сервера. Але вы павінны запоўніць ўвесь кэш зноў, а не толькі стары.

А вы спрабавалі выкарыстаць "Cache ачысткі timelap" варыянт?

[Valdo]

Сервер зноў разбіўся сёння ўвечары: я адключыў ачысткі 0:10, але ўпаў у 3:30, калі ён сышоў BB прадпрыемства Перакладчык (Cache TTL)

[Valdo]

Я паглядзеў, кошт на якія Вы спасылаецеся усталёўваецца ў 1. Каб быць дакладным, складаецца ў наступным:

Кэш ачысткі timelap
Колькі секунд чакання паміж ачыстка табліцы кэша. Усталюйце 0 для адключэння. Звярніце ўвагу, што vBET мае больш за 150 кэш табліцы ясна - ўсталёўваць гэтае значэнне занадта высока, што можа прывесці да ачыстцы, якая пачынаецца ў ноч будзе працягвацца нават у дзённыя гадзіны. Таксама не варта выстаўляць гэта значэнне, што ваш MySQL сувязі чакае без выкарыстання (MySQL ўсталёўка: wait_timeout) - у адваротным выпадку гэта прывядзе да 'MySQL сервер сышоў памылка' і ачысткі не будзе скончана.

[vBET]

Сервер зноў разбіўся сёння ўвечары: я адключыў ачысткі 0:10, але ўпаў у 3:30, калі ён сышоў BB прадпрыемства Перакладчык (Cache TTL)

Выбачайце - я не атрымліваю адну рэч - у вас ёсць ачысткі два разы на дзень? Калі ласка, адключыце задачу ачысткі і скажыце ваш сервер рухне пры расчыстцы адключана (не важна, на якіх гадзіну - адключыць яго цалкам). Калі сервер не паваліцца, калі кэш ачысткі адключаная, то гэта азначае, што vBET вінаваты. Калі да гэтага часу crasches то што-то яшчэ прычыны гэтага.

Калі vBET вінаваты то ў вас ёсць некалькі варыянтаў, каб вырашаць пытанне:
- Усталяваць большае значэнне на "ачыстку кэша timelap" - гэта дасць час і больш рэсурсаў працэсара для іншых патокаў паміж ачысткі кэша кожны стол. Я прапаную зрабіць гэта ў першую чаргу
- Усталяваць ніжні "Cache Time To Live (TTL)" - тады вашыя табліцы будзе менш, так што ачыстка будзе танней.
- Гуляць з "Cache ачысткі стратэгіі" - апошні вырашыць вашу праблему на 100% - ён разлічаны на вельмі вялікі кэш і будуць зразумелыя нават велізарны схованку адразу, таму што яна проста выдаляе цэлыя табліцы кэша і стварае яго нанава. Але яна ачышчае ўвесь кэш адзін раз за перыяд Кэш TTL, таму кэш павінны быць запоўненыя з самага пачатку. Гэта апошняе, што я раю выкарыстоўваць, так што калі нічога не працуе гэта ў 100%. Ён дадаецца проста для такіх сітуацый