A yw'n dal i fod yn digwydd pan fyddwch yn anabl a drefnwyd ar dasg "VB Menter Cyfieithydd (Cache TTL)". Pa mor fawr yw eich tablau cache? Pan fydd yn digwydd yn disgyn gweinydd a oes gennych unrhyw gamgymeriadau yn ffeiliau log? A wnaethoch chi geisio defnyddio paramedr vBET "Cache timelap clirio"? Beth strategaeth clirio ydych chi'n defnyddio ar hyn o bryd?
Nid ydych wedi ateb y rhan fwyaf o wybodaeth bwysig - a yw'n dal i ddamweiniau pan fydd tasg a drefnwyd yn anabl? Yn gyntaf mae angen i ni benderfynu yn vBET yn broblem go iawn yma.
Yn arferol dileu hen storfa yn cael ei ddileu bob dydd. Os ydych am ffordd gyflymaf o ddileu - strategaeth defnydd diwethaf - bydd hwn dileu cache cyfan unwaith bob 15 diwrnod. Mae'n gweithio ar unwaith ac yn defnyddio adnoddau ymarferol 0 gweinydd. Ond rhaid i chi lenwi cache cyfan unwaith eto, nid dim ond hen un.
A wnaethoch chi ceisio defnyddio "Cache clirio timelap" opsiwn?
Cache clirio timelap
Faint o eiliad i aros rhwng byrddau cache clirio. Gosod 0 i analluogi. Nodwch fod vBET wedi dros 150 o dablau cache i glirio - gosod gwerth hwn yn rhy uchel allai beri bod clirio a fydd yn dechrau yn y nos yn parhau hyd yn oed yn awr dydd. Hefyd, peidiwch ei gosod yn uwch bod eich MySQL cysylltiad yn aros heb defnydd (mysql lleoliad: wait_timeout) - fel arall bydd yn achosi 'MySQL gweinyddwr wedi mynd i ffwrdd gwall' ac ni fydd yn clirio ei orffen.
Mae'n ddrwg gennym - nid wyf yn cael un peth - mae gennych clirio ddwywaith y dydd? Os gwelwch yn dda analluogi dasg clirio a dweud wrth y mae eich gweinydd bydd damwain wrth glirio yn anabl (ni waeth lle awr - analluoga 'yn gyfan gwbl). Os na fydd gweinydd damwain wrth glirio celc yn anabl, yna mae'n golygu bod vBET yn euog. Os bydd yn dal i crasches yna rywbeth arall yn achosi hyn.
Os vBET yn euog, yna mae gennych nifer o opsiynau i alaw i fyny:
- Yn gosod gwerth mawr i "Cache clirio timelap" - bydd hyn yn rhoi amser ac CPU mwy o edafedd a eraill rhwng clirio pob tabl cache. Rwy'n awgrymu i wneud hyn mewn lle cyntaf
- Gosod is "Amser Cache I Live (TTL)" - yna bydd eich tablau yn llai felly bydd glirio yn llai costus.
- Chwarae â "clirio Cache strategaeth" - bydd yr un olaf ei ddatrys eich mater mewn 100% - mae'n ei gynllunio ar gyfer cache mawr iawn a bydd yn glir hyd yn oed yn cache enfawr ar unwaith, oherwydd ei fod yn cael gwared ar dablau dim ond cache cyfan ac yn creu eto. Ond mae'n clirio storfa dros dro cyfan unwaith y cyfnod Cache TTL, felly cache rhaid eu llenwi gan ddechrau. Mae hyn yn peth olaf i mi cynghori i ddefnyddio, felly os dim arall yn gweithio y bydd hyn yn 100%. Mae'n cael ei ychwanegu yn unig ar gyfer sefyllfaoedd o'r fath![]()
Iawn fel y camau nesaf a all eich helpu:
1. Cynyddu cache TTL - bydd llai o ddata yn cael ei glirio bob tro
2. Newid strategaeth clirio i: "dileu Cyflym lleol gyda byrddau gwneud y gorau" - sylwer y gall hyn fod yn opsiwn gwaethaf os nad yw eich storfa yn ddigon mawr. Ar gyfer caches fawr, mae'n well bod arferol.
3. ARBROFOL: gallwch ddewis "dileu Cyflym lleol gyda thablau wneud y gorau" a golygu ffeil / Cynnwys / vbenterprisetranslator_functions.php drwy wneud sylwadau 3 llinell o god sy'n cynnwys Gwneud y gorau TABL LLEOL. Gyda hyn addasu fydd yn tynnu dim ond data mewn ffordd hen yn gyflym iawn, ond ni fydd eich mynegeion cael ei ail-adeiladu a bydd yn tyfu, felly bydd yn rhaid i chi weithredu sylwadau ymholiad â llaw unwaith tra. Os bydd yn gweithio i chi yna gallwn roi ar waith yn un o strategaeth gefnogir - lle yn gyflym glanhau heb mynegeion ailadeiladu ac ail-adeiladu gellir ei hun gael ei wneud gan dasg arall yn rhedeg hy un yr wythnos. Felly, os ydych yn dweud wrthym ei bod yn gweithio i chi, byddwn yn ei ychwanegu yn arbennig i chi![]()