Ar tai vis dar nutinka, kai neįgaliesiems numatytas užduotis "VB Įmonių Vertėjas (Cache TTL)". Kaip didelis yra jūsų talpyklą lenteles? Kai serverio rudenį atsitinka Ar turite kokių nors klaidų failus? Ar jūs bandote naudoti vBET parametras "cache kliringo timelap"? Kas kliringo strategiją jūs naudojate dabar?
Jūs neatsakė svarbiausia informacija - tai dar avarijos kai numatytas užduotis yra neįgalus? Pirmiausia mums reikia nustatyti, daro, vBET yra reali problema čia.
Normalus išbraukta senas atmintis yra išbraukiamas kasdien. Jei norite greičiausias būdas išbraukta - paskutinis strategija - tai vienas bus pašalinti visą talpyklos kartą per 15 dienų. Ji veikia iš karto, ir naudoti praktiškai 0 serverio resursų. Tačiau turite užpildyti visą talpyklos vėl, ne tik senąjį.
Ar bandėte naudoti "Cache kliringo timelap" variantą?
Talpyklos kliringo timelap
Kiek sekundžių laukti tarp išvalius naršyklės talpyklą lenteles. Nustatyti 0 išjungti. Atkreipkite dėmesį, kad vBET talpyklą virš 150 lenteles, išvalyti, pernelyg didelė, ši vertė gali sukelti ta kliringo, kuris prasideda naktį tęsis, net dienos valandų. Taip pat prašome, nėra nustatyti jį, kad jūsų MySQL ryšį laukia be naudojimo (MySQL: wait_timeout) - kitaip jis sukels "žengė tolyn MySQL serverio klaida" ir nebus baigtas kliringo.
Atsiprašome, bet aš ne gauti vieną dalyką - turite išvalyti du kartus per dieną? Prašome išjungti kliringo užduotį ir pasakykite, ar jūsų serveris bus katastrofos, kai kliringo yra išjungtas (nesvarbu, kuri valanda - išjunkite jį visiškai). Jei serveris bus mažiau avarijų, kai talpyklos kliringo yra išjungtas, tuomet tai reiškia, kad vBET yra kaltas. Jei dar crasches tada kažkas tai sukelia.
Jei vBET yra kaltas, tada jūs turite keletą variantų melodija:
- Nustatyti didesnę vertę "Cache kliringo timelap" - tai duos laiko ir daugiau CPU kitas temas tarp tarpuskaitos kiekvieną talpyklą stalo. Aš siūlau tai daryti pirmoje vietoje
- Nustatyti mažesnis "Laikinoji Time To Live (TTL)", - tada savo lenteles bus mažesnis, todėl kliringo bus pigesnis.
- Žaisti su "Cache kliringo strategija" - naujausia 100% bus išspręsti jūsų problemą - jis skirtas labai didelių cache, ir bus aišku net didžiulis talpyklos iš karto, nes jis tik pašalina visą talpyklos lentelės ir sukuria jį dar kartą. Bet ji išvalo visą talpyklą, kartą per Cache TTL laikotarpį, todėl talpyklos turi būti užpildyta nuo pradžios. Tai paskutinis dalykas, aš patarti naudoti, tad jei nieko tai bus 100%. Ji yra pridėta tik tokiose situacijose![]()
Gerai, kad tolesni veiksmai, kurie gali padėti jums:
1. Padidinti talpyklos TTL - mažiau duomenų, bus išvalyti kiekvieną kartą
2. Keisti kliringo strategijos: "Greitas vietos optimizuoti lentelių panaikinimas" - atkreipkite dėmesį, kad šis variantas gali būti blogiausio, jei podėlį nėra pakankamai didelis. Didelis talpyklos yra geriau, kad normalus.
3. Eksperimentas: galite pasirinkti "Quick vietos išbraukta optimizuoti lentelių ir redaguoti failą / Includes / vbenterprisetranslator_functions.php pagal komentaras 3 eilutes kodo, kuris apima Optimizuoti VIETOS LENTELĖ. Su šios modifikacijos bus pašalinti tik senų duomenų, labai greitas būdas, tačiau jūsų indeksus nebus atkurti ir didės, todėl jūs turės vykdyti komentarų užklausą rankiniu būdu vieną kartą, o. Jei jis dirbs už jus, tada mes galime ją įgyvendinti kaip viena remia strategiją, kur yra greitas valymas be indeksus atkurti ir atstatyti, pati gali atlikti kitas užduotis, veikia, ty vienas per savaitę. Taigi, jei jūs aptikote, kad jis dirba už jus, mes jį įtrauksime specialiai Jums![]()