緩存的查詢

[tavenger5]

我看了看在我的速度慢的查詢日誌和我看到這樣的事情：

# Time: 140222  8:50:25
# User@Host: database_user[database_user] @  [10.0.0.4]
# Query_time: 7.076817  Lock_time: 0.000065 Rows_sent: 3  Rows_examined: 4174934
use cellphon_forum;
SET timestamp=1393077025;
SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbenterprisetranslator_cache_medium_es help, vbenterprisetranslator_cache_medium_es cache WHERE help.originaltext='U.S. Supreme$
# User@Host: database_user[database_user] @  [10.0.0.4]
# Query_time: 14.198858  Lock_time: 0.000056 Rows_sent: 18  Rows_examined: 4174934
SET timestamp=1393077025;
SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbenterprisetranslator_cache_medium_es help, vbenterprisetranslator_cache_medium_es cache WHERE help.originaltext='******* Xtre$
# User@Host: database_user[database_user] @  [10.0.0.4]
# Query_time: 13.591001  Lock_time: 0.000274 Rows_sent: 1  Rows_examined: 4174934
SET timestamp=1393077025;
SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbenterprisetranslator_cache_medium_es help, vbenterprisetranslator_cache_medium_es cache WHERE help.originaltext='(Espa&ntilde$

有任何類似這種緩存中查詢到的辦法嗎?在幾乎每次頁載入上載入這些查詢。

是的我有客人緩存。

[tavenger5]

另外，如果你要額外運行這些查詢，還有這注："凡閱讀 const 表後注意到，這是不可能的"

[vBET]

請至 Admin CP -> vBET Cache -> Memory Cache 您可以設置那裡上使用的記憶體快取記憶體 （4 引擎支援： Memcache，APC，用 eAccelerator)。

這不會適合您的需要嗎？

PS。
一個問題-你的報告中的查詢時間的時間度量值是什麼？

[tavenger5]

不像正常快取記憶體的記憶體緩存功能，但是在記憶體中存儲的資料嗎？這將消除這些查詢的一些嗎？

在查詢前的第一篇文章中列出了查詢的時間。

[vBET]

使用快取記憶體的客人將徹底消除查詢，很的多，因為客人結果將作為檔存儲在純 HTML 中和從檔流 （直到檔過期-然後刷新）。
來賓緩存將消除許多疑問，因為交通論壇上的大多數是從客人 （包括蜘蛛）。

我只被檢查我們的消息來源對記憶體中的緩存。它與合作，我們的客人緩存-所以最近使用的結果會被從記憶體不從檔。在這種情況下它不會消除任何查詢 （來賓緩存已經做到了）。
還是北京創新樂本站本身我記得 （不確定） 已經支援了對記憶體中的緩存和也許這將消除一些疑問。

我知道哪裡列出的查詢時間-我問時間度量。或許我不清晰-時間的單位是什麼?(s、 ms、 ns 嗎?)
我們有我們緩存表上索引，所以時間應該是短的。

您也可以嘗試禁用選項 Admin CP -> vBET Cache -> Database Cache -> Select grouped translations.當禁用時，則查詢將更簡單 (沒有考慮由意甲)，但將會有更多的查詢 （的東西的東西） — — 也許在您的論壇上會是更好地更經常查詢。
例如-您的結果看著你有 3 給了 22 結果的查詢。如果您禁用組中的考慮結果然後你將有 22 個查詢給 1 個結果，但查詢速度會更容易 （更簡單位置一節） 所以也更快。如果您有其他伺服器上的資料庫然後明確你不應該嘗試這。它正在採取結果由本地主機，那麼也許你會看到改進。不能說 — — 一定要檢查它。

[tavenger5]

好了，謝謝你解釋。我使用的客人緩存和記憶體緩存 （用），但我仍然驚訝如何許多選擇來自資料庫。

上述的時間度量值是以秒為單位。

[vBET]

花了 14 秒，查詢您的資料庫嗎？真的嗎？它有徹底錯了的東西。請嘗試修復由 Admin CP 表，也許有什麼問題。不應該花這麼長時間-這些資料進行索引。

[tavenger5]

我有一種感覺，某些表的鎖定和/或等待查詢緩存中，這就是為什麼他們這麼久來執行。更不用提我可以使用一些更多的記憶體上我的資料庫伺服器-我工作的以及。

[vBET]

vBET 使用緩存表沒有任何交易記錄 (MYISAM)，所以阻止不應該將這一問題。也許你會打破索引，MySQL 正在全面搜索。再一次請使用您的管理員 CP 來修復您的所有表和索引 (Admin CP -> Maintenance -> Repair / Optimize Tables).