MySQL WorkbenchのDuration/Fetchは、何を表しているのでしょうか？

Question

ご質問させてください。

Windows10でMySQL Workbench 8.0.15 を使用しています。

SQLを実行すると、右下の窓(Output)に実行したSQLとかかった時間が出ます。
かかった時間と言うのは、Duration/Fetchと表示されている内容になります。

このDurationとFetchは具体的に何を表しているのでしょうか？

SELECTをしているSQLがあり、チューニングを行っております。
チューニング前はDurationが600secでFetchが0.063secと表示されていましたが、
チューニング後はDurationが0.766secでFetchが100secと表示されるようになりました。

多少、SQLの書き換えは行いましたが、結果セットの行数はチューニング前とチューニング後で同じです。（3万行です。）

SELECTしているカラムは10カラム程度で、それぞれのカラムは２０バイト程度です。

色々と調べていると、Durationは実行時間と書いてるページが多いので、SQLの実行時間と理解しました。
Fetchは結果を転送するのにかかった時間でネットワークの状況によって増減すると書いてあるページが多かったです。

上記が正しいとした場合、分からない点があります。
それは、チューニング前とチューニング後で結果セットの行数が同じなのに、Fetch時間が大幅に違うということです。
同じデータ量を転送するのに、0.063secと100secは違いすぎると思っています。

どなたかご存知の方がいらっしゃれば、ご教示頂ければ幸いです。

■追記です。
色々調べていて、パターンがわかってきました。
SQLにorder byがついている場合はDurationに時間がかかり、
order byがついていない場合はFetchに時間がかかるようです。

Answer 1

StackOverflowのmysql duration and fetch timeという質問への回答に、わかりやすい説明がなされていたので共有しておきます。

これです

https://stackoverflow.com/a/68047629/8674852

この回答によると、mysql workbenchにおいては、「durationがquery実行時間」、「fetchがデータのを取得するのにかかる時間」というような明確な区分けはできないそうです。

その理由としては、

• データの転送開始後もqueryが実行中であることがある

（計算が完全に終わる前にデータの転送を開始し始めることがある）

• その場合、データの転送開始のタイミングまでをduration、開始以降をfetchとして表示している

ということが書かれていました。

つまり、fetchがものすごく長い場合は、その間もqueryが動いている可能性がある、と言えるようです。

Comments

[new9]

お礼が遅くなってしまい、失礼しました。

理解出来ました。

該当のSQLは、結合方法がNLJでしたので、
order byがある時と無い時の差は、
order byが無い時は結合出来たデータからデータ転送を開始するが、
order byがある時は全件データ抽出して並び替えをしてからデータ転送を開始するから
Duration/Fetchの値が大きく違うということですね。

Answer 2

サーバーの稼働状況やネットワーク状況により結構評価値はかわりますよ。