問題タブ [mysql-slow-query-log]

mysql 5.7 でスロー クエリ ロギングを有効にしようとすると、次のエラーが発生します。

2016-04-27T14:55:51.934612Z 0 [エラー] 不明な変数 'log-slow-queries=/var/log/mysql-query.log'

2016-04-27T14:55:51.934639Z 0 [エラー] 中止します

私の /etc/my.cnf ファイルでは、「log-slow-queries=/var/log/mysql-query.log」が定義されていますが、5.7 では無効であると仮定します。クエリ ログを有効にする正しい my.cnf 設定は何ですか? ありがとう、

MySQL 5.1.73 を実行しているレプリケーション サーバーで、一般的なログ クエリとスロー ログ クエリを有効にしました。サーバーを再起動した後、ログファイルに何も記録されていません。問題をググったところ、レプリケーション サーバーでクエリ ログを有効にできないという「ヒント」が見つかりました。これが本当かどうか誰でも確認できますか?

ありがとう、

スロー クエリ ログは数多く見てきましたが、次のようなログは見たことがありません。

これは、ロックを 500,000 年以上待っているクエリがあることを示しているようです。(私はストアド プロシージャを書きましたが、それほど年をとっていません!) どういうわけか、それは正しくないと思います。これらはすべて MyISAM テーブルです。(私の選択ではありません。) mysqldump を実行してデータベースを復元し、サーバーを再起動しましたが、このようなロック時間が表示されます。

問題を探す場所を誰かに教えてもらえますか? （サーバー時間はすべて良好です。）

編集: この MySql バージョン: 5.1.46-log は、オープンソース プロジェクト Vicidial に付属しています。Lock_time がバグであることは明らかです。問題は、遅いクエリ ログを調べて、Web サーバーの応答が遅いというユーザーの苦情を追跡していることです。実際の問題を特定するために、このバグの原因を誰かが知っていることを望んでいました。ログからわかるように、ほとんどの遅いクエリは適切な Lock_times を持っています。ストアド プロシージャと PHP によって生成されたクエリの両方が、非常識な Lock_time を生成します。唯一の共通点は、それらすべてがテーブル vicidial_list から選択または更新することです。そのテーブルをダンプ、ドロップ、再作成しましたが、役に立ちませんでした。

約 3000/4000 行のテーブルが 2 つあります。テキストまたは日時を検索して結果をフィルター処理するには、左結合を使用して関係を作成する必要があります。ページネーションのために合計行を数える必要もあります。クエリを実行すると非常に遅くなります。コンソールで約 40/45 秒、Web ページで 1 分以上かかると考えてください。関係は次のとおりです。tableAの1に対して、tableBにNがあります。高速クエリの解決策はありますか? サンプル クエリは次のとおりです。

皆さん、ありがとうございました

ON句はもちろん存在します。私の電話からのみタイプミスしました。今は正しく、非常に遅いです:)

新しい更新: 関係を LEFT JOIN から RIGHT JOIN に変更すると、かなり高速になります....なぜ??

私の調査によると、mysqldumpslow ユーティリティを使用してログを解析し、結果を抽出することを考えましたが、その使用方法を理解できませんでした。分析のために値を比較できるように、スロー クエリ ログに記録されたクエリの数を 10 分間隔で取得したいと考えています。

ありがとう