基于应用服务器的测试要点.pptVIP

丢失修改 不可重复读 读“脏”数据 Oracle故障诊断 SQL执行时间分解 Zhu.Kerry@ 数据库服务器典型性能问题 数据库服务器性能问题及原因分析 单一类型事务响应时间过长 数据库服务器负载 糟糕的数据库设计 事务粒度过大 批任务对普通用户性能的影响 并发处理能力差 锁冲突严重 资源锁定造成的数据库事务超时 数据库死锁 数据库服务器典型性能问题 数据库性能问题的一般解决办法 监视性能相关数据； 定位资源占用较大的事务并做出必要的优化或调整； 定位锁冲突，修改锁冲突发生严重的应用逻辑； 对规模较大的数据或者无法通过一般优化解决的锁冲突进行分布。 Oracle与提高性能有关的特性 索引 并行执行 簇与散列簇 分区 多线程服务器 同时读取多块数据 Oracle配置的关键参数 MAX_DSPATCHERS：这个参数指定了系统允许同时进行的调度进程的最大数量。 MAX_SHARED_SERVERS：这个参数指定了系统允许同时进行的共享服务器进程的最大数量。如果系统中出现的人为死锁过于频繁，那么管理员应该增大这个参数的值。 PARALLEL_ADAPTIVE_MULTI_USER：当这个参数的值为TRUE时，系统将启动一个能提高使用并行执行的多用户系统性能的自适应算法。这个算法将根据查询开始时的系统负载自动降低查询请求的并行度。 Oracle配置的关键参数 PARLLEL_MIN_SERVERS：这个参数指定了实例并行执行进程的最小数量。其值就是实例启动时Oracle创建的并行执行进程数。 PARLLEL_THREADS_PER_CPU：这个参数指定了实例默认的并行度和并行自适应以及负载平衡算法。它指明了并行执行过程中一个CPU能处理的进程或线程数。 PARTITION_VIEW_ENABLED：这个参数指定了优化器是否使用分区视图。Oracle推荐用户使用分区表（这是在Oracle8之后引入的）而不是分区视图。分区视图只是为了提供Oracle的后向兼容性。 REVOVERY_PARALLELISM：这个参数指定了恢复数据库系统时使用的进程数。 9.2.2 数据库并发控制测试 Zhu.Kerry@ 数据库并发控制测试 数据库并发能力: 多个应用请求的并发处理过程. 并发主要考虑的几个方面: 数据丢失 不可重复数据 读脏数据 数据库的锁 并发测试的设计过程 并发流程分析 并发控制测试设计 Zhu.Kerry@ ? ? 读A=16 ? ? ? ? A←A-1 写回A=15 ① 读A=16 ? ② ? ③ A←A-1 写回A=15 ? ④ T2 T1 (a) 丢失修改 ? ? ? 读B=100 B←B*2 写回B=200 ? ① 读A=50 读B=100 求和=150 ② ? ? ③ 读A=50 读B=200 求和=250 (验算不对) T2 T1 (b) 不可重复读 ?? ? ? 读C=200 ? ? ? ① 读C=100 C←C*2 写回C ② ? ? ③ ROLLBACK C恢复为100 T2 T1 (c) 读“脏”数据 9.3 基于Java EE应用服务器的测试 9.3.1 用JProfiler完成应用服务器的性能测试 9.3.2 Java weblogic应用服务器测试 Zhu.Kerry@ J2EE基本架构描述 Zhu.Kerry@ 9.3.1 JProfiler应用服务器的性能测试 Zhu.Kerry@ JProfiler能实时地监控系统的CPU、内存、线程、JVM（Java虚拟机）等运行或性能的动态状况，可以找到性能瓶颈、内存泄漏等问题，并通过堆遍历作资源回收器的根源性分析。 JProfilerr提供不同的方法来记录访问树以优化性能和细节，在视图中可以灵活选择线程或者线程组，而所有的视图可以聚集到方法、类、包或组件等不同层次上 JProfiler运行IDE界面 Zhu.Kerry@ 内存、CPU剖析和堆遍历 Zhu.Kerry@ JProfiler内存视图可以直观地（如列表、分配访问树等）提供动态的内存分配和使用状况，并且能够显示当前存在的方法、类、包、对象和成为垃圾回收的对象 CPU剖析视图 Zhu.Kerry@ JProfilerCPU视图包括访问树、热点和访问图等，例如访问树自顶向下显示JVM中已记录的访问队列。 线程剖析视图 Zhu.Kerry@ JProfiler线程视图包括： 线程历史 线程监控 死锁探测图表 当前线程监控器 历史检测记录 监测使用状态统计 9.3.2 Java weblogic应用服务器性能测试 Zhu.Kerry@ WebLogic服务器端配