Дали тоа сепак се случува кога ќе хендикепираните закажани задача "vB претпријатија Преведувач (Кеш TTL)". Како се големи кешот маси? Кога серверот пад се случува да имате било какви грешки во лог датотеки? Дали ќе се обидат да се користи параметар vBET "Кеш расчистување timelap"? Што расчистување стратегија Дали користите во моментов?
Вие не одговори на повеќето важни информации - дали се уште се урна кога закажани задача е забрането? Прво треба да се утврди не vBET е вистинскиот проблем тука.
Во нормални бришење стари кеш е избришан дневно. Ако сакате најбрз начин на бришење - употреба минатата стратегија - Ова ќе го отстрани целиот кеш еднаш 15 дена. Се работи итни и употреба практично 0 серверот ресурси. Но мора да се пополни целиот кеш повторно, не само стариот.
Дали сте се обиделе да се користи "Кеш расчистување timelap" опција?
Кеш расчистување timelap
Колку секунди да чека меѓу расчистување кеш табели. Намести 0 за да се оневозможи. Ве молиме имајте во предвид дека има над 150 vBET кеш табели да се расчисти - поставување на оваа вредност е премногу висока може да предизвика дека расчистување која започнува во текот на ноќта ќе продолжат дури и во денот часа. Исто така Ве молиме да не го поставувате ова на повеќе дека вашиот MySQL конекција е чекање без употреба (MySQL поставување: wait_timeout) - инаку тоа ќе предизвика "MySQL серверот има исчезнала грешка и расчистување нема да биде завршена.
За жал - јас не се едно нешто - ќе го расчистување два пати на ден? Ве молиме оневозможи расчистување задача и да се каже не на вашиот сервер ќе несреќа кога расчистување е забрането (без разлика на кој час - оневозможи тоа целосно). Ако серверот не ќе несреќа кога кеш расчистување е забрането, тогаш тоа значи дека vBET е виновен. Ако сеуште crasches тогаш нешто друго предизвикува тоа.
Ако vBET е виновен тогаш имаш неколку опции да го регулирам:
- Намести поголем вредност на "Кеш расчистување timelap" - ова ќе им даде време и повеќе процесорот за други теми меѓу расчистување секој кеш маса. Јас предлагам да се направи ова на прво место
- Намести пониски "Кеш време да се живее (TTL)" - тогаш маси ќе биде помала за расчистување ќе биде помалку скап.
- Игра со "Кеш расчистување стратегија" - последниот ќе го решите вашиот проблем со 100% - тоа е дизајниран за многу голем кеш и ќе го исчисти дури огромен кеш веднаш, бидејќи тоа само ги отстранува целиот кеш табели и создава повторно. Но, тоа го отвора целиот кеш еднаш Кеш TTL период, па кешот мора да бидат пополнети од почеток. Ова е последното нешто што Ви препорачувам да се користи, па ако ништо друго работи ова ќе во 100%. Тоа се додава само за такви ситуации![]()
OK, па следните чекори кои можат да ви помогнат:
1. Зголемување на кеш TTL - помалку податоци ќе бидат избришани секој пат
2. Промена расчистување стратегија за: "Брзо локалните бришење со оптимизира маси" - имајте на ум дека оваа опција може да биде најлошото ако кешот не е доволно голема. За големите кешира Подобро е нормално.
3. Експериментални: можете да изберете "Брзи локалните бришење со оптимизира маси" и уредување датотека / Вклучува / vbenterprisetranslator_functions.php од коментар 3 линии на код кој ги вклучува Остварете ЛОКАЛНИТЕ ТАБЕЛА. Со оваа промена ќе се отстрани само стари податоци во многу брз начин, но вашиот индекси нема да биде обнова и ќе се зголеми, така што ќе треба да се изврши коментира барањето рачно еднаш подолго време. Дали ќе работи за вас тогаш можеме да се имплементира како еден од поддржани стратегија - каде е брзо чистење без индекси обнова и реконструкција се може да се направи од страна на други задача работи, односно по една недела. Значи, ако ни каже дека тоа е работа за вас ќе го додадете особено за вас![]()