Managerは、MySQLサーバーからGeneral(一般)クエリログとSlow(スロー)クエリログ(の全部または一部)を取り出し、それらを解析します。Managerでログ解析ができるように接続の詳細情報をセットアップする方法を解説します。一般クエリログとスロークエリログは、その詳細情報を個別にセットアップします。代わりにスロークエリログを有効にするには(インデックスを使用せずにクエリをログ)、SUPER権限が必要です。ロギングの有効化の方法と構成方法については、MySQLドキュメントを参照してください。MySQLサーバーログは、サーバーマシンのファイルまたはMySQLデータベースそのもののテーブルに書き込むことができます。MySQLサーバー(バージョン5.0以降)には、インデックスを使用しないクエリを(スローログに)ログするオプションがあります。このようなクエリは、関連テーブルに含まれるレコード数が数百から数千の場合、スローである必要はありません。これらは‘潜在的にスロー’であり、それらのクエリがテーブルをアクセスすると、際限なくサイズが大きくなるので、識別しておく必要があります。ManagerはMySQLに適切なステートメントSETを送信します)。注意:スロークエリログに記録されるのは、DMLクエリとDDLクエリだけです。ファイルに書き込むログ最初に、サーバーログをファイルとしてサーバーマシンに保存する状況を想定します。前のMySQLサーバーでは、この方法しかありませんでした。details(クエリログ詳細情報を取得)’ボタンをクリックします。有効なログがどれであって、ロギングがどのように設定されているかをMySQLサーバーは認識しています(サーバー変数に保存)。Path(パスをテスト)’をクリックします。Managerは、接続し、そのファイルの存在を確認します(ファイルの内容は確認しません)。ManagerとMySQLが同じコンピューターで実行している場合、ログファイルは、ローカルファイルシステムからアクセスできます。ManagerとMySQLが別のコンピューターで実行している場合は、SFTPを使用してアクセスします。この際、ログがあるマシンのファイルとパス構文を使用してください。Managerからはそれらのファイルにローカルファイルのようにアクセスできます。この場合、それ以外のSSH/SFTP設定は不要です。ファイル転送はオペレーティングシステムが透過的に処理します。settings(SSHサーバー詳細設定)’に定義されたSSHサーバーの詳細情報に従って、リモートシステムからファイルを読み取ります。このとき、SSHユーザーには、ログファイルのアクセス権限が必要なので注意してください!MySQLサーバーのバージョンが5.1.6より後の場合、ログアナライザーでアクセスできるフィールドは、すべて編集できます。ユーザーが設定を変更し、‘Save’ボタンをクリックして保存する場合、ポップアップが表示され、そこでユーザーは対応するMySQLサーバーに新しい値を設定できます。Manager)サービスは、デフォルトで、ローカルシステムアカウントで実行します。Managerはそれにアクセスできません。それらにアクセスできるようにするためには、UNC表記を使用する必要があります。31を参照してください。MySQLテーブルに書き込んだログこのオプションは、バージョン5.1以降のMySQLがサポートしています。Managerは、いつこのオプションを使用できるかもサポートしています。ログ詳細情報を取得)’ボタンをクリックします。このオプションを使用するとき、構成するファイルパスや、検討するSSHの詳細情報はありません。Managerでは、単純なSELECTステートメントを送信してサーバーログを取り出すことができます。ManagerでMySQLに接続するときに使用するMySQLユーザーのみです。Analyzer(クエリアナライザー)’タブで、必要なMySQLサーバーと、解析したいログのタイプ(‘疑似ログ’を含む)を選択します。次に、‘Analyze(解析)’をクリックすると、解析が開始します。すると、スロークエリログ用のような解析結果が表示されます。Manager組み込みデータベースに保存する機能です。Managerは、以下の3種類の方法で‘疑似サーバーログ’を、ユーザーが指定した間隔で追加できます。schema(パフォーマンススキーマ)、Proxy(プロキシ)、Processlist(プロセスリスト)を使用できます。Managerで使用できるのは、ProxyかProcesslistのみです。Schemaには、サーバーで実行されるクエリと他の情報が含まれます。Managerは、setup_consumersテーブルのstatements_digestに従って、パフォーマンススキーマステートメントダイジェストテーブル(events_statements_summary_by_digest)で、上記の情報を収集します。デフォルトで、この機能は有効です。無効の場合、以下のステートメントを実行して有効にできます。'statements_digest';サンプルクエリは、events_statements_history_longテーブルにあり、有効にする必要があります。setup_consumersテーブルのevents_statements_history_longに従って実行されます。デフォルトで、これは有効になっていないので、以下のステートメントを実行して有効にしてください。'events_statements_history_long';performance_schema.events_statements_summary_by_digestテーブルのサイズは、performance_schema_digests_sizeグローバル変数によって異なります。デフォルトで、このサイズは5000行に設定されます。この上限に達すると、クエリは失われます。Managerには、パフォーマンススキーマダイジェストテーブルがperformance_schema_digests_sizeの80%に達すると切り捨てるオプションがあります。indexesのような様々なフィルターがあります。サマリ/集計のみが保存されます)。そのため、このオプションでは置換リテラルがリストにないクエリというものはありません。1つしか割り当てられないので、このオプションを使用するときは、他のツール(またはユーザー)が書き込み(削除や切り捨ても含む)がevents_statements_summary_by_digestテーブルやevents_statements_history_longテーブルに書き込みをしていないことを確認してください(これはテンポラリテーブル、実装ビュー、または、ユーザーの類似プライベートテーブルではありません)。Managerの問題ではありません。Managerで使用できるのは、Proxy(プロキシ)かProcesslist(プロセスリスト)のみです。Proxyインスタンスの構成はこれより少し複雑ですが、PROXYベースのスニッファーには、PROCESSLISTベースのものに比べて、以下のようなメリットがあります。Managerの‘スニッファー’が記録します。PROCESSLISTクエリ間で高速クエリが完全に実行されることがあり、記録されません。特定のクライアント/アプリケーションのみからのクエリの解析を選択することができます。この場合、単純に、ある時点で注目するクライアントのみをProxy(プロキシ)で接続することができます。Managerマシン(同じマシンでなければ)、まったく別のマシン。MySQLが実行しているマシンで、Proxy(プロキシ)が実行していなければ、スニッファーによる新たな負荷は生じません。Sniffing(プロキシスニッフィング)が有効になっている場合に、収集した同じデータを使用します。スクリプティング/プログラミング言語)というLUAスクリプト名を引数として開始します。Managerで配布されます。Managerプログラムフォルダーに見つかります。Proxy(プロキシ)プログラムは、MySQLのウェブサイトからダウンロードしてください(これはライセンス上の理由から組み込むことができなかったため)。Managerは、WindowsとMacでは、0.7xバージョン以外(これら特定のビルドが原因)の、0.61バージョンから0.81バージョン(最新バージョン)のProxy(プロキシ)で動作します。Proxy(プロキシ)の詳細については、ここをクリックしてください。--proxy-lua-script=MONyog.lua(‘MONyog.LUA’はPROXYバイナリーがあるフォルダーにコピーしておくものとします)。ポートを指定しないと、PROXYはポート4040で監視します。以上で、1つ以上のクライアント/アプリケーションからProxyに接続できます。Proxy(プロキシ)はMySQLにクエリを送信し、結果がクライアントに返ります。Managerに送信します。Managerログ解析機能は‘リアルログ’と同様に、‘疑似ログ’で動作します。timeframe(データ保持時間フレーム)’オプションに従って自動的にパージされます。フィルタリングオプションもいくつか用意しました。Managerデータベースのソート前に実行されます。host(ユーザーとホスト):ユーザーとホストの両方またはいずれかの特定の組み合わせによってのみ実行されたクエリの保存を選択できます。Managerに戻るPROCESSLISTごとに、指定した最短実行時間を超えて実行された場合のみクエリは組み込みデータベースに記録されます。記録済みのクエリと同じ構造で詳細情報(プロセスIDなど)を持つクエリに遭遇すると、組み込みデータベースはUPDATEDされ、そのステートメントは1度だけ記録されます。この設定は、サンプル間隔よりも少し長くしてください(また、接続遅延時間も考慮してください)。with(クエリの開始ストリング):ストリングとそのストリングで始まるクエリのみを入力してください。Customer_Base。Options(長時間実行しているクエリ)’があります。Managerがキルすることはなく、ユーザーが指定したアラート/キル設定時間より長い時間実行していてもアラートは発生しません)。queries(ロックされているクエリのみ監視)をクリックすると、ロックされているクエリのみを監視します。クエリスニッファーを完全な‘一般クエリログ’にすることはできません。非常に高速なステートメントは、生成されたPROCESSLISTとPROCESSLISTとの間で終わることもあれば終わらないこともあるため、記録されないことがあります。‘疑似ログ’の後続のデータ収集の時間間隔は、MySQLサーバーとの接続によって異なります。同じクエリは1回だけリストに計上されます。このクエリが何回実行されたかは、‘count(カウント)’列でわかります。ログ)固有の問題は数個あります:マルチラインクエリでは、ステートメントの先頭行だけが記録されます。理由は、ログには、ステートメントDELIMITERが記録されないので、マルチラインステートメントがどこで終了するかを判定できないためです。full(全体表示)’でも複数行表示されることはありません。23を参照してください。特定のクエリを実行したユーザーが誰かは、いつも判定できるわけではありません。Analyzer(クエリアナライザー)の出力の‘user(ユーザー)’列には何も表示されません。Managerのバグではなく、一般クエリログ自体の制約です。表示内容は列ヘッダーをクリックしてソートすることができます。ステートメントによるグループ作成/カウント、ソートでは大文字と小文字を区別します。plan(プランを説明)を使用できます。query(クエリのリテラルを置換)’があります。このオプションの目的は、‘ほとんど同じ’のクエリ同士の小さい違いを取り除くことです。現在、‘引用符で囲んだストリング’と数字は、すべてダミーストリング‘?’に置換されます。フィルタリング設定が保存されるのは、その特定のセッションの間だけで、永久保存ではありません。street’;は、以下のようになります。?;読み取り制限‘All’を選択すると、解析する全ファイルがその設定の対象になりますが、オプションが‘Last’の場合、ログファイル全体から、前回の指定したチャンクを、KB、MB、または、バイト単位で読み取ります。Managerに転送する‘ログチャンク’のサイズ(ファイルベースのログでは単位KB、MB、バイト、テーブルベースのログでは単位行数)も定義できます。リストで‘All’を選択すると、時間フレームは処理の対象外になりますが、指定したサイズ/チャンク内のすべてのクエリが表示されます。解析に影響があるのは、2つの設定のうちの‘小さい’方です。Managerデータベースに保存されている‘疑似ログ’全体が処理対象になるため、定義する‘チャンクサイズ’はありません。チャンク’には、選択期間のステートメントが必要です。Managerは、もちろん利用できる最初のログレコードからデータを表示します。host(ユーザーとホスト)’が表示され、クエリアナライザーテーブルは、‘user@host’と‘query’をベースにグループ化されます。Analyzer(クエリアナライザー)テーブルに表示されます。Managerは、‘host(ホスト)’情報を‘sniffer.data’テーブルに保存しないからです。Proxy(プロキシ)はサポートしていないので注意してください。General(一般)クエリログでは、“connect(接続)”ストリングを指定チャンクに組み込まないと、‘user@host’情報は表示されず、空のスペースが表示されるだけです。してエクスポート)コンマ“,”を小数点として使用するLOCALEにローカライズしたWindowsプログラムでは、フィールドセパレーターがセミコロン“;”として必要なため、フィールド区切り記号を定義するオプションを用意しました。text-ODBCドライバーが含まれます。Calc(スプレッドシート)では、フィールドセパレーターとしてセミコロン“;”が必要です。EnterpriseとUltimateで利用できます。Co.,Ltd.スマートスタイルはIDERA社の国内総販売代理店です。第三者に開示あるいは提供することはございません。関しましては、お客様に迅速かつ適切なご回答をさせて頂くために必要な項目でございます。従い、適切かつ厳格に管理させていただきます。ご理解くださいますようお願い申し上げます。提供いただいた個人情報に関して、本人からの開示等の請求、訂正、削除または苦情、相談の申し出を受けた際は、お客様窓口を通じて合理的な範囲で、本人の権利を尊重し、誠意を持って対応いたします。ダウンロードしていただき、所定の事項をご記入のうえ、ご連絡先(住所/氏名/電話番号)、及び本人を証明できる書類と手数料を添えてお送りください。住民票の写し※ご提出いただく本人確認のための書類に機微情報(注)が含まれている場合は、該当箇所をマジックペン等により黒塗りする等、判読できないようにしてご提示ください。(注)機微情報とは次の情報が該当します。(所在都道府県に関する情報を除く。ダウンロードしていただき、所定の事項をご記入のうえ、ご連絡ください。郵送の場合は要求する内容、ご連絡先(住所/氏名/電話番号)、および本人を証明できる書類を添えてお送りください。[弊社個人情報取り扱いに関する苦情、その他のお問い合わせ]別項目のお問い合わせ窓口へご連絡ください。■個人情報の取扱いに関するお問い合わせ先お客様から、弊社における個人情報の管理についてご質問がある場合は、下記担当者までご一報ください。製品名称変更のお知らせ(旧Monyog)平素は格別のお引き立てを賜り厚く御礼申し上げます。この度弊社では、開発元の社名変更に伴いMySQLモニタリングツール「Monyog」の製品名を下記の通り変更いたします。MySQLなお、変更は製品名のみで、仕様および性能に変更はございません。今後も皆さまの課題解決のお役に立てるよう日々取り組んでまいりますので、引き続きご愛顧のほど、お願い申し上げます。株式会社スマートスタイル。