mysql の com_select ステータスを解決しますか?

この投稿は、u010572351 によって 2013-07-16 09:46:51 に最終編集されました

私は mysql の最適化を学び始めたばかりですが、次のステートメントを知るとすぐに混乱しました:

show session status like 'com_select';

2 つのステートメントに遭遇しました:

1 。これは com_update、com_insert、com_delete と同じで、それぞれこのセッションで追加、削除、変更が何回行われたかをクエリします。

2. また、select ステートメントが実行された回数を具体的にカウントするのではなく、mysql がさまざまなクエリ操作を実行する回数 (頻度) をカウントするとも言われています。たとえば、mysql にログインして次のように入力した場合です。パスワードを入力すると、mysql は管理者パスワードが正しいかどうかをクエリします。このクエリも com_select として評価されます。


しかし、select ステートメントを一度確認したところ、database を使用した後、com_select が 1 つ増加していないことがわかりました。

今はわかりませんが、com_select 統計の対象となる操作は何ですか?

ディスカッションへの返信 (解決策)

誰か知っていますか?

マニュアルには、
Com_select の値は次と同等であると記載されています:
Qcache_inserts
+ Qcache_not_cached
+ 列/権利チェック中にエラーが見つかったクエリ

それを勉強してくださいゆっくりと自分で

マニュアルには、
Com_select の値は次と同等であると記載されています:
Qcache_inserts
+ Qcache_not_cached
+ 列/権利チェック中にエラーが見つかったクエリ

自分でゆっくり勉強してください
強力なモデレーターがここにいますので、話してもらえますか自分自身 分かりますか？

人はどこにいるの？ 。 。 。 。 。 。 。 。

もうすぐ自分の翻訳を完成させますか?

簡単に言えば:
com_select 変数は、キャッシュされていないクエリ + エラー クエリ + 権限チェック クエリの数を記録します。
2 回目のクエリ時に com_select の値が増加しないのは、クエリ結果がキャッシュされるためです。キャッシュがヒットすると、キャッシュ ヒットの数が 1 増加します。これは、Qcache_hits の値が増加することを意味します。変数が 1 増加します。

もうすぐ自分で翻訳できますか?

簡単に言えば:
com_select 変数は、キャッシュされていないクエリ + エラー クエリ + 権限チェック クエリの数を記録します。
2 回目のクエリ時に com_select の値が増加しない理由は、クエリ結果がキャッシュされると、キャッシュ ヒットの数が 1 増加するためです。これは、Qcache_hits 変数の値を意味します。

ああ、com_select と com_insert、com_uopdate、com_delete(dml) は同じものではありません

com_select は単純な DQL 統計ではありません