図のアーキテクチャ示す要求データストリーム- -ノードデータに基づいて、問題の分析を通して流れ
負荷機械 -アプリケーションサーバ- -サービスラン-アイドル中間接続プール（ネットワークを介して送信するウェブリクエスト接続プール）_ 処理コード-を介してネットワークSQL データベース接続プール- -行うためのデータベース-データベースにサーバ要求に送信されたSQL 文を-アプリケーション・サーバー・プロセスとスレッドが目覚め- -バックネットワーク上のアプリケーションサーバへのデータの結果結果は、コードを実行し続けるデータを返す-結果を返しますが返す-ネットワーク経由でクライアントに戻ります
理由の分析：
マシンの負荷（ハードウェア） -ネットワーク- アプリケーションサーバ（ハードウェア） - データベースサーバ（ハードウェア） - ウェブコンテナ接続プール-データベース接続プール- SQL 実行プロセス-ビジネス・ロジック・コード。（JavaはそこJC 言います）
オペレーティングシステムの分析
ビッグスリーのオペレーティングシステム
。1 、CPU ： CPU のオペレーティングシステムに最大の影響- 論理決意演算処理
2 、メモリ：CPUのデータに必要な作業はここに存在している、などのフラッシュメモリとキャッシュの同等、データが解放された後、コンピューターを再起動し、QQのプロセスは、それがメモリアドレス空間を開くために再オープンすると、アドレス空間を解放し、殺すことを余儀なくされます。
注：非クリティカル システムデータベースのNoSQLが存在するメモリRedisのは、保存キーと値、ディスクブロックよりも多くのメモリをキーと値のストアを。
メモリがいっぱい出来事なので、コンピュータカード、および再起動がある場合は、すべてのメモリをクリアします。
3、ディスク：データストレージは、最終的に永続ストレージ、リレーショナルデータベース必要 MySQLを、オラクルのデータがディスクに存在する、例えば、いくつかのレポートを維持し、
空のごみ箱 - クリーンディスク、360は、ディスク上のゴミ、ゴミデータをクリーンアップ（また、実際のキャッシュを含むデータはそれほど大きくありません）。
CPUのオペレーティングシステムの最大の影響のCPU 、データメモリの存在を決定するための計算ロジックは、例えば、CPUが実行IF （ A> 0 ）が、論理データ判断Aをメモリから。
4、ソリッドステートディスク：分散高速読み出しおよび書き込み データが格納されています、。
5、機械的なハードディスク：リード・ライト・チャネル遅いチャネルで、データが保存されています。
図6に示すように、二次キャッシュ： LEV1 とLEV2 CPU 、メモリ、メモリ速度よりも速いとの間を。しかし、二次キャッシュは非常に高価であり、今では誰を持っていません
7、ディスク IO：ディスクの読み取りおよび書き込み操作
8、暴露するすべての問題 IOを：データベースを読み書きするには、一般的に、この問題の存在
読書： SQLの実行SQL データがもはや用のメモリにディスクからメモリに読み込まれた場合に高速メモリから読み出されていない、文は、CPUの使用
の原因
選択しないクエリデータを-データが記憶されなくなった、ディスク上のデータ
1） ホットデータではない：ホットデータのメモリ内のデータをキャッシュされている - 従来のデータキャッシュで、データ。（メモリ不足）
2）は、SQL のような問題によって書かれた文の選択* 大きなクエリ。-ディスクからすべてのデータが上に移動するには、判定処理の際に読み出すことは非常に長くなります。
書く：データベース文の挿入メモリに書き込まれ、このSQLが完了すると、メモリは自動的にディスクに同期して、メモリからディスクを設置します。あなたがデータを再起動した場合、データが失われた場合、同期ディスク十分に速く、。
要約： CPUの使用率 -ディスクIOを読んで、サイズを書き- CPUの使用状況やCPU 使用率が数です
指数
。9、CPUの使用率：時間作業プログラム供給スライスタイムスライス + システムは、スケジュールされた時間のスライス合計/ 総時間
トップをチェックするためのコマンドのCPU 使用率を
