MySQL的last_query_cost用于复杂查询

发布于 2024-10-03 13:07:20 字数 305 浏览 1 评论 0原文

当尝试查找复杂查询(其中包含子查询)的成本时,我得到的值为 0。 mysql的手册说

“Last_query_cost值可以是 仅对简单的情况进行准确计算 “平面”查询,而不是复杂查询 例如那些带有子查询或 联盟。对于后者,其值为 设置为 0。”

我的问题是 - 如何计算复杂查询的成本?

when trying to find the cost of a complex query (one with a sub-query in it) i get a value of 0.
mysql's manual says:

"The Last_query_cost value can be
computed accurately only for simple
“flat” queries, not complex queries
such as those with subqueries or
UNION. For the latter, the value is
set to 0."

and my question is - how do i calculate a cost of a complex query?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

半﹌身腐败 2024-10-10 13:07:20

我并不是想成为 h8r,但我不相信“Last_query_cost”的优点......它似乎过度简化了查询的实际成本。由于缺乏教育而感到困惑。 :)

就我个人而言,我更关注 EXPLAIN 中列出的执行路径,以及 SHOW SESSION STATUS LIKE 'Handler_%' 值以查看实际执行的操作。

I don't mean to be a h8r, but I'm not convinced in the merit of the 'Last_query_cost'... it just seems to over simplify what the cost of a query really is. Obfuscation for a lack of education. :)

Personally, I pay more attention to the execution path laid out in the EXPLAIN, and the SHOW SESSION STATUS LIKE 'Handler_%' values to see what is actually done.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文