（RPM）は5.7 SYSスキーマ・ノート、mysqlのスキーマをはmysql-

オリジナルます。http：//www.bkjia.com/Mysql/1222405.html

http://www.ywnds.com/?p=5045

performance_schema監視戦略を提供を含む多数の項目、監視：メタデータロック、進捗の追跡、トランザクション、メモリ使用量とストレージ手順を。しかし、performance_schemaがあまりにも複雑さ、不便な操作、それは5.7 SYSスキーマ、information_shcema 2つのライブラリーとパフォーマンスからのデータに基づいて、データベース自体は保存されず、データ集中購買を追加しました。

カテゴリー1つのビュー

2毎日適用

2.1表示方法

一般的に使用される3つのクエリがあります。

PROCESSLISTを表示します。
フルPROCESSLISTを表示します。
information_schema.processlistから*を選択します。

これは、ショーPROCESSLISTデータベースへの現在の接続、SQLの一部のみが含まれているSQL文の簡単な文列を表示し、フルPROCESSLISTを表示するためには、完全なSQL文を提供し、コンテンツinformation_schema.processlistと一致フルPROCESSLISTの内容を示すが、形成してもよいです。自分たちのニーズのための条件クエリフォームを追加します。

また、sysはコネクションを参照するには、次の4つのビューを提供し、より多くの4つの申し出数行の状況、一時テーブル、現在のSQLおよびSQL最終提出（でもスリープ状態を詳細に、また、最終提出がありあなたは、SQL）やその他の情報を表示することができます。

sys.processlistから*を選択します。
sys.sessionから*を選択します。
sys.xの$ PROCESSLISTから*を選択します。
sys.x $セッションから*を選択します。

SQLの概要セクションのためのコンテンツを提供するので、あなたが詳細を確認したい場合は、のthd_id関連するsys.processlistによって `performance_schema`.`events_statements_current`テーブルビューで表示することができます。

表2.2訪問を参照してください。

 TABLE_SCHEMAによってschema_table_statistics基、IO DESC制限10によってTABLE_NAME順序からTABLE_SCHEMA、TABLE_NAME、和（io_read_requests + io_write_requests）10を選択します。
+ -------------- + ---------------------------------- + ------ + 
| TABLE_SCHEMA | TABLE_NAME | IO | 
+ -------------- + ---------------------------------- + ------ + 
| ycf_sqlpub | django_session | 2194 | 
| dba_sqlpub | django_session | 735 | 
| ycf_sqlpub | sqlversion_registersql | 347 | 
| ycf_sqlpub | xadmin_log | 331 | 
| ycf_sqlpub | sqlversion_registersqllog_sqls | 329 | 
| ycf_sqlpub | sqlversion_sqlpublishlog_version | 311 |
| ycf_sqlpub | sqlversion_sqlpublishlog | 308 |
| ycf_sqlpub | sqlversion_registersqllog | 299 | 
| ycf_sqlpub | auth_group_permissions | 298 | 
| ycf_sqlpub | testenv_testalldb | 295 | 
+ -------------- + ---------------------------------- + ------ +

2.3未使用の冗長インデックスとインデックス

＃冗長性指数は、表示
SELECT TABLE_SCHEMA、TABLE_NAME、redundant_index_name、redundant_index_columns、dominant_index_name、sys.schema_redundant_indexesからdominant_index_columnsを; 

＃は見るためにインデックスを使用しない
schema_unused_indexesから選択します*;

表2.4モニターのエネルギー自給ID

schema_auto_increment_columns \ Gから選択*

2.5監視SQLステートメント全表スキャン

sys.statements_with_full_table_scansから選択*どこデシベル=「テスト」;

ディスクを消費する実際のファイルを表示するには、2.6 IO

ファイルを選択し、avg_read + avg_write io_global_by_file_by_bytesからavg_ioがavg_io DESC制限10によって注文通りであり;

3リスト表示

3.1トリガ

sys_config

システム変数テーブル
メモリンク：sys_config
懸念：statement_truncate_len

（）、最後のSQL文の全体の長さは、画像表示長sys.processlistのlast_statementに表示され切り捨てSQL影響関数format_statement、の長さは、それがこの関数の対象となります。ディスプレイの長さを動的にデフォルトは64であり、セッションレベルを変更することができます。

sys_config_insert_set_user

操作が発生sys_configテーブルINSERT、set_by行トリガーのトリガー更新sys_config
トリガを示し、ソースを表示

sys_config_update_set_user

操作が発生sys_configテーブル更新、set_by行トリガーのトリガー更新sys_config
トリガを示し、ソースを表示

3.2ビュー

SYSライブラリーは、x $ビューなしに、日常的に使用される大部分のクエリビューを使っているが、ビューは両者の間に、何も実質的な差がなく、このビューでのx $の接頭辞で割った、非常に多く存在にされていますその結果は、いくつかの単位変換があるだろう、ユーザーフレンドリーな表示であるLinuxのコマンドの-hオプションに似ているが、$接頭辞、変換せずに生データ単位xを持参したいと思います。ビューはそんなにので、実際には、あまり使用されない、他のビューは、簡単な紹介を行い、赤のフォント表示が追加されます。

3.2.1 ホスト関連

host_summaryビューを開始
IO遅延は、他の関連情報を提供します
（いつもの赤のように）実質的に以下の表示

host_summaryとX $ host_summaryビュー
host_summary_by_file_ioとX $ host_summary_by_file_ioビュー
host_summary_by_file_io_typeとX $ host_summary_by_file_io_typeビュー
host_summary_by_stagesとX $ host_summary_by_stagesビュー
host_summary_by_statement_latencyとX $ host_summary_by_statement_latencyビュー
host_summary_by_statement_typeとX $ host_summary_by_statement_typeビュー

簡単な説明：

毎日の主チーフエグゼクティブ、テーブル・スキャン、ファイルIO、接続、ユーザーケースとメモリ分布は、どのステーションホストに迅速にナビゲートするDBAを可能にする場合、データベースに実行されるSQLホスト接続の総数に応じて、そのhost_summaryビューを適用ほとんどのかかるデータベースのリソース、データベースへのすべてのホスト接続のリソース使用状況の一般的な理解があります。

あなたがホストごとに詳細にどのようなファイルタイプに大きな浪費IOリソースを表示したい場合は、host_summary_by_file_io_typeビューを表示することができます

あなたはそれぞれのケースを見れば合計のみIOホストでは、ビューhost_summary_by_file_ioを見ることができます

3.2.2 InnoDBの関連

InnoDBのビューの始まり
InnoDBは、ロック情報InnoDBのための情報やトランザクション待ちのページの要約をバッファ
（いつもの赤として、しかし、実際には最高の使用注意）実質的に以下の表示

innodb_buffer_stats_by_schemaとX $ innodb_buffer_stats_by_schemaビュー
innodb_buffer_stats_by_tableとX $ innodb_buffer_stats_by_tableビュー
innodb_lock_waitsとX $ innodb_lock_waitsビュー

簡単な紹介

パフォーマンス上の問題のために、ビジネスライブラリーの複数のインスタンスがある場合、あなたはそれが、統計にバッファプール全体をスキャンしますので、あなたは、ビューinnodb_buffer_stats_by_schemaが、あまり注意して使用することができ、各データベースのメモリ使用量を表示することがあり、バッファー・プール・インスタンスをどこかの非常に大規模な、これは、非常にリソースを消費するクエリであるハを使用していない何かが欠けています！このビューは、実際に得られOBJECT_SCHEMAビューinnodb_buffer_stats_by_tableデータによってグループによって行われます。
（スクリーンショットではないテスト環境では、これほど少ないメモリを使用します）

いくつかのケースでは、必要があなたは、ビューinnodb_buffer_stats_by_tableを通じて照会することができ、メモリ内の占有テーブルをチェックするだけでなく、全体のバッファー・プール統計、あまり注意をスキャンします。

3.2.3 IO関連

IOビューの始まり
IO待ち状況/ IO使用状況
（いつもの赤のように）実質的に以下の表示

io_by_thread_by_latencyとX $ io_by_thread_by_latencyビュー

各スレッドのIO使用状況

io_global_by_file_by_bytesとX $ io_global_by_file_by_bytesビュー

各データベース・ファイルのIOの状況

io_global_by_file_by_latencyとX $ io_global_by_file_by_latencyビュー

IO時間がかかる場合、各データベースファイル

io_global_by_wait_by_bytesとX $ io_global_by_wait_by_bytesビュー

イベントデータベースIO待ち状況

io_global_by_wait_by_latencyとX $ io_global_by_wait_by_latencyビュー

データベース・イベントのIO待ち時間コスト

latest_file_ioとX $ latest_file_ioビュー

現在の状況は、ファイルを読み書きすることです

簡単な紹介

ViewデータベースインスタンスIO分布、およびオブジェクトの最適化に焦点を当て、あなたはio_global_by_file_by_bytesを使用することができます

3.2.4メモリ関連

メモリビューの始まり
ホスト/スレッド/ユーザーの視点からディスプレイのメモリ使用量

memory_by_host_by_current_bytesとX $ memory_by_host_by_current_bytesビュー
memory_by_thread_by_current_bytesとX $ memory_by_thread_by_current_bytesビュー
memory_by_user_by_current_bytesとX $ memory_by_user_by_current_bytesビュー
memory_global_by_current_bytesとX $ memory_global_by_current_bytesビュー
memory_global_totalとX $ memory_global_totalビュー

簡単な紹介

現在のメモリ使用量は、それぞれ、それぞれのビューに対応するホスト、スレッド、ユーザの視点から見ました。

セッションに関連付けられている3.2.5接続

PROCESSLISTを備え、セッションビュー
セッションの関連情報
（いつもの赤のように）実質的に以下の表示

PROCESSLISTとX $ PROCESSLISTビュー
セッションとX $セッションビュー
session_ssl_status表示

簡単な紹介

接続の使用状況、類似したPROCESSLISTとのセッションの結果を確認してください。接続にチェックし、非常に多くの方法があり、それぞれの方法には、独自の使用方法の詳細を持っている、上記の説明を参照してください。

表3.2.6関連

schema_tableビューを開始
全表スキャン/ InnoDBのバッファプールのパフォーマンス統計表から
（いつもの赤のように）実質的に以下の表示

schema_table_lock_waitsとX $ schema_table_lock_waitsビュー
schema_table_statisticsとX $ schema_table_statisticsビュー
schema_table_statistics_with_bufferとX $ schema_table_statistics_with_bufferビュー
schema_tables_with_full_table_scansとX $ schema_tables_with_full_table_scansビュー
schema_auto_increment_columns表示

簡単な紹介

IO状況更新のテーブルを表示、削除、挿入、選択、あなたはschema_table_statisticsビューを使用することができます

ビューテーブル全表スキャン、オブジェクトの最適化に注力するクロール必要性、[表示schema_tables_with_full_table_scansを使用することができます

急成長からテーブルがボトルネックに達し、いくつかのフォームが削除頻繁に存在する場合、フォームの最大数は非常に一貫して、テーブルに到達しようとしているかを確認するために、あなたはschema_auto_increment_columnsを表示することができ、問題を避けるために、増加した自己ID番号につながる可能性を参照してください。自動インクリメント値のボトルネック