weblogic调优.ppt

3)管理SESSION 管理Bean持久 内存内复制比基于JDBC的Session状态持久快10倍。当使用基于JDBC持久，通过优化代码来提高Session状态的粒度。每次Session执行Put操作会导致向数据库的写入。增大每次Put的数据量而减小Put执行次数。 减小Session 调整性能的关键是配置Weblogic Server如何管理Session。 使用可测度的Session调用 节约Session使用 将频繁使用的值保存在本地变量中 在Session中尽量使用聚类对象，而非多个单独对象 4)使用执行队列来控制线程使用 优化重要应用的性能 可以将单独的重要应用使用单独的执行队列，保证有一定数量的执行线程。在服务器的峰值负载时，非重要的应用之间将竞争默认队列的线程，而重要应用会保证有一定数量的线程。 降低非重要应用的性能 对于潜在消耗大内存量的应用，将它分配到限制使用内存资源的执行队列，影响其他应用的队列。 修改死锁线程的使用 当所有执行线程被频繁执行时会发生死锁。例如Servlet从指定JMS消息队列读取消息时如果所有线程用于处理Servlet的请求，则会没有向队列传递消息的线程。恰当的方法是使用单独的执行队列来处理Servlet。避免Servlet和JMS间竞争线程资源。 5. WebLogic Server EJB调整 1)EJB的运行过程 1)设置weblogic-ejb-jar.xml中与性能相关测的参数 2)设置weblogic-cmp-rdbms-jar.xml中与性能相关测的参数 3)调整监控统计的响应 4)其他性能改善策略 1)EJB的运行过程 Bean设为只读。 bean只需在第一次被访问时从数据库获得数据，此后按照weblogic-ejb-jar.xml中参数read-timeout-seconds的设置（默认600S），bean将再次从数据库获得数据。 Bean 设为用于事务。 caching-between-transactions设为Ture来启用数据的长期缓冲，避免在同一个Client依次执行多个访问该Bean的事务时，每启动一个事务就对该Bean执行ejbLoad()。 Bean不作优化。 此时，即使在交易中未被修改过，容器也会将存储操作优化掉。 2)设置weblogic-ejb-jar.xml中与性能相关测的参数 weblogic-ejb-jar.xml用于定义EJB的环境，缓冲，集群及行为。同是将可用的Weblogic Server资源映射到EJB上。包括JDBC联接池，JMS联接工厂，及其它所部署的EJB。 元素 相关信息 max-beans-in-free-pool 为Session和Message-Driven Beans设置EJB池大小 initial-beans-in-free-pool 为Stateless Sessions Beans的起始状态调整池大小 max-beans-in-cache 为Stateful Session 和 Entity Beans设置缓冲大小 concurrency-strategy 定义数据库锁 isolation-level 设置事务隔离级别 3)设置weblogic-cmp-rdbms-jar.xml中与性能相关测的参数 关联缓冲支持 通过将相关Bean载入缓冲及向相关Bean发出联接查询来避免多重查询，使关联缓冲支持提高了Entity Bean的性能。 元素 更多信息 relationship-caching Entity Beans的关联缓冲支持 4)调整监控统计的响应1 缓冲缺失率 容器对缓冲中Bean访问缺失次数 / 总访问次数。如果被访问的Bean相对集中，则增大缓冲；如果不相对集中，则应测试出一个使该值相对小的缓冲值。 锁等待率 等待获得锁的对Bean访问的线程个数 / 对锁需求的总数。此值高说明对Bean访问。减少事务的持续时间并尽快释放资源，避免将大量工作合并到单一事务中。对于Bean来说一个高的锁定等待级别所表现的并发性不理想。如果应用允许的话，通过减少在EJB容器层的锁定，非最优的数据库访问策略能提供更好的资源并发访问性。 锁超时率 锁管理者超时的个数 / 所访问的锁管理者个数。对锁的超时设置过短会增大此值。但设置过长会导致事务失败时消耗时间过长。 池缺失率 访问池中Bean，而又不能获得的请求次数 / 对池中Bean的总访问次数。方法：检查Bean的损坏率以确定Bean没有被破坏。检查对Bean的需求量。如果破坏率不高应增大池大小。 4)调整监控统计的响应2 Bean损坏率 Bean的损坏个数 / 对Bean的请求数。BEA推荐不要在Bean代码中抛出非自定义异