顧客満足度
参考Apdex（アプリケーションパフォーマンスインデックス）。
ユーザの視点からApdex標準は、測定可能なアプリケーションのパフォーマンスへのユーザーの応答時間を表示するアプリケーションは、0-1満足度の範囲です。
Apdex最適閾値は、アプリケーションの応答時間がTで定義され、さらに、Tが結合、アプリケーションの応答時間に応じて三つの異なる性能を規定します。
- 満足（満足）：応答T以下の時間、例えばT 1.5秒として、考えることができる満たされる時間のかかる1Sの結果に応じました。
- 容認（許容）：アプリケーションの応答時間がTよりも大きいが、より小さいか4Tに等しいです。アプリケーションはT 1S、4×1 = 4秒非常に許容限界アプリケーションの応答時間が設定されていると仮定する。
- イライラ（短気期間）：応答時間が4T以上です。
：計算

満足Countは応答満足要件でアプリケーションの数を満たすために、サンプリング時間の応答時間を指定され、カウントを許容することは必要な応答時間許容印加時間会う指定されたサンプリング時間内に応答であり、最終的な総サンプルは、サンプリング回数の合計数の合計です。（固定された総数を用いる場合には、Tは、間接的に最終的なスコアに影響を与え、カウントを許容する回数を満たし値に影響を与えることによる）にかかわらず、目標応答時間Tに関連するアプリケーションApdexスコアサンプル持続時間、の式から分かるように
計算例：アプリケーションが応答時間1000ミリ秒、100個のサンプルを期待することができると仮定し、50アプリケーションの応答時間が1000未満ミリ秒、アプリケーションの応答時間と30時間4000ミリ秒（* 1000ミリ秒4）1000ミリ秒であります（+ 30/2 50）/100=0.65：、残りの応答時間がより長い20時間4000ミリ秒、1000ミリ秒の場合には、次にアプリT = Apdex値よりも
推奨：以上0.9 Apdexコア機能、エッジ機能0.8未満ではないApdex
応答時間
参考産業2-5-10原則
- ユーザーは2秒以内に応答を得ることができたとき、あなたは、システムの高速応答を感じるだろう。
- ユーザーは2-5秒の間応答を取得すると、システムは、応答速度があってもよいと感じます。
- ユーザーが5〜10秒以内に応答を取得すると、あなたは非常に遅い応答速度を感じるだろうが、それはまた、許容可能です。
- ときに10秒以上のユーザーがまだ応答を取得することはできませんした後、システムが悪い感じになる、またはシステムがすでに応答しないこと、およびこのWebサイトを残すことを選択、または第2の要求を開始します。推奨：コア機能応答時間2S、5Sエッジ関数内の応答時間内に
エラーレート
エラー率が負荷の下でシステムの確率を意味し、要求に失敗しました。エラー率=（失敗した要求/総リクエスト数）* 100％。
推奨：これ以上6以下千、すなわち0.6％未満のエラー率のコア機能、エッジ機能誤り率が第万を超えていない、それは1％未満であります
システム容量
システム容量は、システムのハードウェアプラットフォームとソフトウェアプラットフォームを用いた情報処理システムの能力を指します。
単位：TPS（毎秒のトランザクション）：第二のシステムあたりのトランザクションの数は、ユニットは、ペン/ secであります
計算値：スループット=（要求の数） /（総時間）
スループット-負荷の対応関係：
①立ち上がり相：負荷が増加するとスループットが増加し、スループット負荷に比例している。
②固定相：スループット負荷の増大はるかに変化または変動することなく安定に維持しながら、
③下降相：スループットは、負荷が増加するにつれて減少し、スループットが逆負荷に比例している。

大きい領域A1、システムのパフォーマンス能力強く、領域A2が大きいほど、領域A3のシステムの安定性、より大きな、より良い、より良いシステムのフォールトトレランス
ソフトウェアのインデックス
| レベルインジケーター | 二次指標 | ユニット | 説明 |
|---|---|---|---|
| GC | GCの頻度 | 回/秒 | Java仮想マシンごみリサイクル周波数部分 |
| 長いGC | 第2 | 長い時間、ガベージコレクションのために | |
| 糸 | 不正なリクエスト | 回/秒 | リクエストのエラー番号 |
| リクエストリクエスト | 回/秒 | 総リクエストのリクエスト | |
| 忙しいスレッド | もっと | 忙しいスレッドの数 | |
| JDBC | もっと | JDBCコネクション | |
| コール複雑 | 層 | コール複雑 |
推奨：GC周波数は頻繁にすることができない、特にFULL GCは、より頻繁にすることはできません。現在実行中のスレッドの数は、セットを超えることはできません。現在実行中のJDBC接続の数は、セットを超えることができない; 10回のコール以下の複雑。
指標データベース
| レベルインジケーター | 二次指標 | ユニット | 説明 |
|---|---|---|---|
| SQL | 時間のかかります | マイクロ秒 | SQLの実行時間がかかります |
| 射撃 | キーバッファヒット率 | ％ | インデックスバッファヒット率 |
| クエリキャッシュはヒット率 | ％ | クエリキャッシュヒット率 | |
| テーブルキャッシュのヒット率 | ％ | 表のキャッシュヒット率 |
MySQLのクエリキャッシュのメカニズム：QueryCacheは、キャッシュへのSQLステートメントに基づいています。あなたが選択するSQLクエリを開始した場合、MySQLサーバは、そのQCを使用しようと、キャッシュヒットならば、構文解析、最適化、実装フェーズをスキップし、すぐに結果を返します。各キャッシュSQL文をキーとして格納されることになります。適用QCは、そのキャッシュを無効にするには、SQL文に加えてSQL_NO_CACHEキーワードの頻繁に更新リストを含む、データベースの負担を増大させることができるので、あなたは、できるだけ多くの不必要なメモリ動作を避けることができれば、頻繁に更新されたリストです。
拡張インデックス
指应用软件以群集方式部署，增加的硬件资源与增加的处理能力之间的关系。正常情况下扩展指标应该是线性或者接近线性。
可靠性指标
节点切换、故障恢复耗时1S内，并且无业务中断（失败请求）
硬件资源指标
| 序号 | 指标 | 解释 | 标准 |
|---|---|---|---|
| 1 | CPU使用率 | 指用户进程与系统进程消耗的CPU时间百分比 | 长时间情况下，一般可接受上限不超过85% |
| 2 | 内存利用率 | 内存利用率=（1-空闲内存/总内存大小）*100% | 一般至少有10%可用内存，内存使用率可接受上限为85%； |
| 3 | 磁盘I/O | 磁盘主要用于存取数据，对应的是写IO操作与读IO操作 | 一般使用% Disk Time（磁盘用于读写操作所占用的时间百分比）度量磁盘读写性能 |
| 4 | 网络带宽 | 使用计数器Bytes Total/sec来度量，其表示为发送和接收字节的速率； | 判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较 |
系统按照最大容量的80%或标准压力（系统的预期日常压力）情况下运行，能够稳定运行的时间长短。
稳定性指标
TPS曲线稳定，没有大幅度的波动;其余各项指标正常。
备注
Minor GC ，Full GC 触发条件
Minor GC触发条件：当Eden区满时，触发Minor GC。
Full GC触发条件：
（1）调用System.gc时，系统建议执行Full GC，但是不必然执行
（2）老年代空间不足
（3）方法区空间不足
（4）通过Minor GC后进入老年代的平均大小大于老年代的可用内存
（5）由Eden区、From Space区向To Space区复制时，对象大小大于To Space可用内存，则把该对象转存到老年代，且老年代的可用内存小于该对象大小