インデックス：理解するのは簡単です、基本的なデータ構造：ソートは、インデックスファイルの形式で、データ構造をすばやく見つけるには、ディスク上に格納されています。
目的：データクエリの効率を改善するために、クエリのパフォーマンスの最適化、ちょうど本のディレクトリのように。
利点：、検索効率を向上させるIOコストを削減し、ソートテーブル、CPUの消費量削減
欠点：インデックスは、実際には、エンティティテーブルスペースを記録するために主キーとインデックスフィールド、及びポイントを保持するテーブルであり、更新を減らしますテーブル速度（変更されたデータテーブル自体も、インデックスを変更する必要がある）、最高インデックスの設立を検討するために時間がかかります。
インデックスの最適化分析は、キーワードの詳細については説明しているいくつかの部分を含んでいます。
実行するSQLクエリオプティマイザをシミュレートすることができ、キーワードの使用を説明するので、彼らは、あなたのMySQLのSQL文を扱うクエリやテーブル構造にパフォーマンスのボトルネックを分析する方法を知っている：キーワードを説明します。
理由を説明することができる：読み取るためのテーブル、インデックスが実際に使用されるインデックスを使用することができる操作の種類、データ読み出し動作、テーブル間の参照を、各列は、クエリオプティマイザの数です。
説明+ SQL文の実行計画に関する情報が含まれています：ID | SELECT_TYPE |テーブル| patitions |タイプ| possible_keys |キー| key_lenに| REF |行|フィルタ|余分|
これは2つの部分を理解することが主で、クエリの最適化、スロークエリログ、バッチデータのスクリプト、ショープロフィール、グローバルクエリログやその他の情報：第二に、クエリの傍受分析は、5つの部分を含んでいます。
1、クエリオプティマイザ：常に小さなテーブル駆動型の大きなテーブル、注文することによって、グループによる
2、スロークエリログ
左から、それを表示するには右に、解析ツールのログを記録、再生する方法、あるものを含んでいるチャート。
スロークエリログ：MySQLはlong_querry_time価値SQL以上にわたって実行されている、ジャーナリングレコードを提供し、それはスロークエリログに記録されます。10秒に等しいlong_querry_timeデフォルト。
スローログ特定の操作コードは次のよう：
慢日志查询
SHOW VARIABLES LIKE 'long_query_time%';#查看慢查询的时间阈值,默认显示为10S
SHOW VARIABLES LIKE '%slow_query_log%';#查看是否开启
set global slow_query_log=1; #设置为1，开启慢查询日志
set global long_query_time=0.001;#设置慢查询的时间为0.001，超过0.001就显示为慢查询
select * from sleep(1); #睡眠1s
show global status like '%Slow_queries';#查询慢查询的条数，需要优化的条数
mysqldumpslow -s r -t /var/lib/mysql/RMT01-slow.log;#路径就是查询是否开启中show_query_log_file的文件路径
