server, mis kuulub

[Valdo]

sest ma olen installinud tõlkija Mul on veel üks probleem: kui ma olen osa kavandatud tegevust puhastamise Daily 00:10 ma tilk server. Eile õhtul ma isegi seiskunud 8 tundi, nii et nüüd pidin seda keelata, et vältida selle kordumist.
Kuidas seda parandada?
Tänan

[vBET]

Kas see ikka juhtub, kui lülitad ajastatud "vB Enterprise Tõlkija (Cache TTL)". Kui suur on teie vahemälu tabelid? Kui server sügisel juhtub, kas teil on mingeid vigu log faili? Kas üritate kasutada vBET parameeter "Cache puhastamine timelap"? Mis kliiring strateegia te kasutate just nüüd?

[Valdo]

Kui ma ei eksi on mitmeid cache tabeleid, üks iga keele jaoks. Kokku kõik andmebaasi varukoopiaid, et ma tegin 2. märtsil oli 877 mb. Kui me teeme keskmiselt cache tabeleid, on 5 mb iga, ulatudes maksimaalselt 14 mb Hiina ja Jaapani jaoks vähemalt 2 MB Tai. Skripti mis eemaldab vana tõlkeid väljub 3.30. Vaadates võimalusi vbet vana tõlkeid tuleb eemaldada iga 15 päeva tagant, seadistatakse kui paned sind paigaldus.
Kui te mõtlete timelap parameeter, vahemälu puhastamine strateegia, selle väljajätmisega on seatud Tavaline.

[vBET]

Sa ei vastanud kõige olulisem informatsioon - see ikka jookseb kui ajastatud on puudega? Kõigepealt vaja kindlaks määrata, ei vBET on tõeline probleem siin.

Normaalse kustutamise vana cache on kustutatud päevas. Kui soovite kiireim viis kustutamine - kasuta viimase strateegia - see eemaldab kogu cache üks kord 15 päeva jooksul. See toimib kohe ja kasutada praktiliselt 0 serveri ressursse. Aga sa pead täitma kogu cache uuesti, mitte lihtsalt vana.

Kas oled proovinud kasutada "Cache puhastamine timelap" variant?

[Valdo]

server kukkus jälle täna: I Puuetega puhastamine 00:10, kuid langes 03:30 kui ta lahkus BB Enterprise Tõlkija (Cache TTL)

[Valdo]

Ma vaatasin, väärtus, mis viitate on valitud 1. Kui täpne olla, on see:

Cache puhastamine timelap
Mitu sekundit oodata, vahel brauseri vahemälu tühjendamine tabelid. Set 0 keelata. Pange tähele, et vBET on üle 150 cache tabeleid selge - millega see väärtus on liiga kõrge võib põhjustada, et kliiring, mis algab öösel jätkub isegi päevas tundi. Samuti palun ärge seda suuremaks, et teie MySQL ühendus ootab ilma kasutamine (mysql seadistus: wait_timeout) - muidu on see põhjus "MySQL server on kadunud viga" ja puhastades ei lõpetanud.

[vBET]

server kukkus jälle täna: I Puuetega puhastamine 00:10, kuid langes 03:30 kui ta lahkus BB Enterprise Tõlkija (Cache TTL)

Vabandust - ma ei saa üks asi - sa pead kliiring kaks korda päevas? Palun blokeerige kliiring ülesanne ja ütle ei oma server crash, kui arveldus on blokeeritud (ükskõik, kus tund - keelata täielikult). Kui server ei ole viga, kui vahemälu puhastamine on keelatud, siis see tähendab, et vBET on süüdi. Kui ikka crasches siis midagi muud põhjustab seda.

Kui vBET on süüdi siis on mitu võimalust tune it up:
- Määrata suuremaks väärtuseks "Cache puhastamine timelap" - see annab aega ja rohkem CPU teiste niidid vahel kliiringu iga cache tabelisse. Ma soovitan seda teha esimese koha
- Seadke alumine "Cache Time To Live (TTL)" -, siis sinu tabelid on väiksem ja seega kliiringu on odavam.
- Mängi koos "Cache puhastamine strateegia" - viimane lahendab oma probleemi 100% - see on mõeldud väga suur vahemälu ja selge isegi suur vahemälu kohe, sest see lihtsalt eemaldab kogu cache tabeleid ja loob uuesti. Aga see puhastab kogu cache kord Cache TTL ajavahemiku kestel, mistõttu cache olema täidetud algusest peale. See on viimane asi, mida soovitan kasutada, nii et kui midagi muud töötab see 100%. See on lisada ainult selliseid olukordi