性能不应只是可选的，而应该是应用程序的关键指标。

1.1需要为性能做规划吗？

1.1.1需求分析

必须定义出预计的性能指标。

响应时间 = 服务时间 + 等待时间

服务等级协议（SLA）：Service Level Agreement
容量规划（Cappacity-planning）

1.1.2分析和设计

架构师不仅要预见解决方案的瓶颈在哪里，而且要知道这些瓶颈是否会危害需求的满足。

1.1.3 编码和单元测试

健壮性（robustness）
清晰（clarity）
速度（speed）
精明的资源利用（shrewd resource utilization）
性能测量（instrument）

1.1.4 集成和验收测试

性能测试和功能测试同等重要

1.2什么是性能问题

1.2.1系统监控

系统监控工具基于一般的系统统计信息来执行健康检查，用于识别突然出现的不正负载以及失败。

误报

漏报

1.2.2响应时间监控

响应时间监控工具（也称为应用程序监控工具）基于由机器人制造的假想事务执行健康检查。

用于监控服务等级协议。

1.2.3强迫调优失调症

在检查比率（或值）是否可接受时所用的所有规则定义与用户体验无关。换言之，误报和漏报是规则而不是例外。

1.3如何解决性能问题

1.3.1业务角度与系统角度

虽然必须从业务观点来识别结果，但必须从系统观点来确定原因。

1.3.2把问题分类

处理性能问题的第一步是要从业务角度确定它们并为每个问题设定一个优先级和目标。

业务问题不能通过观察系统统计信息来发现，而必须从业务角度来确定。

1.3.3解决问题

时间花在何处？
时间是如何被消耗的？
如何减少时间消耗？

1.4小结

ITPub博客

【Oracle性能诊断艺术】学习笔记----第一章：性能问题