缓存的查询

[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).