自分で集計するよりも簡単に把握出来るようにしてくれている。GITからdbahelperを取得させて頂く。sec)mysql>Innodbのスキーマのバッファー状態が確認出来る。innodb_buffer_pageテーブルから情報を取得している。Explainで見ると以下のような感じで実行情報が表示される。sec)mysql>performance_schemaからIOヒストリー情報を取得している。PROCESSLISTのような感じでperformance_schemaから情報を取得している。sec)mysql>ユーザー処理を確認出来る。sec)mysql>I/O処理を確認出来る。sec)mysql>スキーマ毎のオブジェクト数を確認出来る。実行時間がかかっているSQLを確認。performance_schema.events_statements_summary_by_digestからselectするのと同じ。TABLEスキャンでインデックスが使えてないQueryを特定。sec)mysql>InnoDBのファイルパス確認出来る。こちらは、Windowsの場合。issues.詳細は、此方のURLを確認。rdbmsTweetRDBMSを運用していて、Queryでオブジェクトの確認をしたい場合がありますが、information_schema.table_constraintsでは外部キーなどのオブジェクト依存関係を確認する事が出来ます。sec)mysql>特定データベースにてFK制約を確認する方法。rdbmsTweet用途が無いので、業務で利用した事はありませんが以下のように2つのテーブルをFROM句のあとに置くとデータは以下のようにそれぞれの列を掛け算した分だけ結果が返ってくる。以下の例だとそれぞれのテーブルに4件ずつのデータが入っているので4X4=16件のデータが表示されます。これがもしデータ量が多いテーブルだと相当時間がかかり重たくなります。以下のようなwhere句の条件だと多いデータの多いTABLESの列分(159件)だけデータが表示される。sec)mysql>例えば、上記2つのテーブルを利用すると以下のような運用で利用出来る確認用クエリーが作成出来る。データベースが提供されていない場合、データベース名のリストが表示されます。テーブルが提供されていない場合、データベース内の全てのマッチするテーブルが表示されます。カラムが提供されていない場合、テーブル内の全てのマッチするカラムとカラムタイプが表示されます。出力は、ユーザがいくつかの権限を所持しているデータベース、テーブル、あるいはカラムの名前のみを表示します。最後のアーギュメントがシェル、もしくはSQLワイルドキャラクタを含んでいる場合(‘*’、‘?’、‘%’、あるいは‘_’)、ワイルドカードとマッチする名前のみ表示されます。正しいテーブルやカラムのリストを取得できるように、それらはバックスラッシュで(Unixシェルによっては2つ)エスケープされるべきです。ワイルドカードキャラクタに変換されます。これはテーブル名に‘_’を含むカラムを表示しようとした際に問題を引き起こす場合があります。mysqlshowはパターンにマッチするテーブル名のみを表示するからです。別々のアーギュメントとして‘%’をコマンドライン上で追加することで簡単に修正できます。テーブルはどの文字セットがどの照合に適用できるかを示します。rdbmsTweet自分が作成した、又は他の人が作成したprocedureの内容を確認したい場合が業務上あるかと思います。そんな時は以下の方法で確認する事が出来ます。information_schemaから情報を呼び出す。該当するテーブルはROUTINESテーブルになります。STATUSでは内容の確認は出来ないが状態を確認出来る。sec)db.optも変わっている。テーブルはデータベースのテーブルに関する情報を提供します。