服務器瀑布

[Valdo]

因為我已經安裝了翻譯我還有一個問題：每當我的一部分，計劃運作的清潔每日0時 10，我刪除服務器。昨晚我什至停滯了8個小時，所以現在我不得不關閉這個以避免再次發生。如何解決？謝謝

[vBET]

是否仍發生在你禁用計劃任務“VB企業轉換器（高速緩存 TTL）”。有多大的緩存表？當服務器發生秋季你有任何錯誤的日誌文件？您是否嘗試使用vBET參數“緩存清除timelap”？清算戰略是什麼您使用的是正確的嗎？

[Valdo]

如果我沒有記錯有幾個緩存表，為每個語言。總的所有數據庫備份，我做了3月2日877 MB。如果我們以平均緩存表，將每5 MB，從最高的14 MB的中國和日本，為最低2 MB的泰國人。該腳本，刪除舊的翻譯葉子在3.30。綜觀選擇 vbet老翻譯應該取消每15天，選項設置為你把你的安裝。如果你的意思是由timelap參數，緩存清除策略，這種刪除設置為正常。

[vBET]

你沒有回答最重要的信息 - 它仍然崩潰時計劃任務被禁用？首先，我們需要確定是否vBET是真正的問題在這裡。

在正常刪除舊的緩存被刪除的日常。如果你想刪除的最快的方法 - 使用上的策略 - 這其中將刪除整個緩存一次，每15天。它的工作原理和使用即時幾乎 0服務器資源。但是，你必須填寫整個緩存再次，不只是舊的。

您是否嘗試過使用“清除緩存 timelap”選項？

[Valdo]

今晚再次在服務器崩潰：我禁用了清理0:10 3:30下跌，但在他離開 BB企業轉換器（高速緩存 TTL）

[Valdo]

我看，你的價值，是指設置為 1。準確地說，是這樣的：

緩存清除timelap
多少秒之間等待清除緩存表。設為 0來禁用。請注意，有超過 150 vBET清除緩存表 - 設置此值過高會導致該清算的開始，即使在夜間將繼續在小時。另外，請不要設置高於你的MySQL連接正在等待沒有使用（mysql的設置：WAIT_TIMEOUT） - 否則會導致“MySQL服務器已經消失的錯誤”，並不會被清除完畢。

[vBET]

今晚再次在服務器崩潰：我禁用了清理0:10 3:30下跌，但在他離開 BB企業轉換器（高速緩存 TTL）

對不起 - 我不明白一件事情 - 你必須每天清理兩次？請關閉清算工作，並告訴你的服務器會崩潰時，清除無效（無論在哪個小時 - 完全禁用它）。如果服務器不會崩潰時清除緩存被禁用那麼就意味著 vBET是有罪的。如果仍然crasches然後別的東西造成的。

如果vBET是有罪的，那麼你有幾種選擇，以調整它：
- 設置更大的值設置為“高速緩存清除timelap” - 這將使更多的CPU時間和其他線程之間的結算每個高速緩存表。我認為要做到這一點在首位
- 設置較低的“高速緩存的生存時間（TTL）” - 那麼你的表會小一些，以便結算會更便宜。
- 玩“緩存清除策略” - 最後一個會解決您的問題在100％ - 這是專為非常大的緩存，並立即清除，甚至巨大的緩存，因為它只是刪除整個緩存表，並創建了一遍。但每一次清除整個緩存緩存 TTL時期，因此有需要填補緩存從開始。這是我最後建議使用，所以如果不出意外這將是工作在100％。它只是說這種情況：）

[Valdo]

我們嘗試的第一個解決方案，您有建議，將值設置為 3。主持人說，有一個下降的負荷，但展望未來的日子增加。降低持續時間，以天，緩存，問題可以得到解決？服務器負載下，或通過清除緩存的翻譯還沒有保存在緩存中？

[vBET]

確定這樣接下來的步驟可以幫助您：
1。增加緩存 TTL - 更少的數據將被清除，每次
2。更改結算策略：“快與優化本地刪除表” - 請注意，此選項可以最壞，如果你的緩存不夠大。對於大緩存最好是正常的。
3。實驗：你可以選擇“快速刪除與優化本地表”和編輯文件/包括/ vbenterprisetranslator_functions.php的評論 3行代碼，其中包括優化當地表。有了這個修改將只刪除舊數據在非常快速的方式，但你的索引將不會被重建，並會增加，所以你必須手動執行一次查詢的評論時。如果它會為你工作那麼我們就可以實現它作為一個支持的策略 - 在快速清潔沒有索引重建，重建本身就可以由其他任務運行即一個星期。所以，如果你告訴我們，我們正在為您將它添加尤其是對你：）