数据库性能优化要领.pptVIP

中间件优化 Weblogic参数调整 案例：合理的调整JTA的事务超时时间 　　JTA就是Java事务管理接口，主要用来管理EJB的事务。我们通常关注的就是事务的超时时间。 　　因为有些事务比较大，如果超时时间设置过短，会造成事务处理失败并回滚。 中间件优化 Weblogic参数调整 案例：使用Native IO 　　服务器启动，接受到连接请求并建立好连接以后，监听线程将处理权交给Socket复用器，放置到执行队列中。当有一个请求进入执行队列，就会有一个空闲的执行线程从该队列里面取走并向调用者返回结果。 Weblogic带有两个版本的Socket复用器，纯Java版和本地接口版（JNI）。 访问量小：Java版性能要好一些。JNI的API调用会损失一部分性能。 访问量大：JNI版的性能比较好， 所以尽量保证Weblogic使用本地接口版的Socket复用器。 大　　纲 操作系统优化 网络优化 数据库优化 中间件优化 应用优化 应用优化 EJB、大数据量读、DAO中的SQL语句、常用数据的缓存、特定结构、Java代码编写、JSP编写 应用优化 EJB优化 案例：使用容器管理的持久性CMP 　　使用CMP不仅可以减少代码的编写量，而且可以允许容器进行很多优化，包括数据库访问代码的优化。 案例：遵循粗粒度设计原则 　　由于调用EJB的方法都属于远程调用，对于大多数细粒度的对象来说调用中间件的开销大得简直让人无法承受。 案例：减少JNDI的查找次数 　　由于各种应用服务器的命名和目录服务在具体实现方法上的差异，JNDI的查找过程比较费时。JNDI对EJB资源，如:数据源、bean引用，乃至环境项的查找可能花费巨大，且避免重复查找并非易事。在这种情况下可以利用缓存home的方法来提升性能。 应用优化 DAO中的SQL语句 案例：三层嵌套的分页查询SQL语句更高效 　　每次只需要一页数据，所以从数据库中也只需要查询一页的数据，特别是对于大数据量的表。原来把所有数据全取得后，再显示一页数据的性能较低。 应用优化 DAO与EJB 案例：对只读数据采用DAO直接读取 　　通过DAO直接访问那些更新不是很频繁的数据，从而避免了使用EJB所带来的负担，加快数据的访问。 　　特别是取多条记录时，使用DAO读取更快并且消耗资源少。 应用优化 缓存 案例：加入缓存机制，可极大的减少字典表和常用表的访问次数 　　字典表、查询字段对应表、用户表、部门表、角色表都是访问频率很高的表。加入缓存，减少访问次数。 　　 应用优化 特定操作的结构优化 案例：审批操作时要关联对象授权和工作流表 　　三张或更多张表的关联，性能下除的很快。对于特定操作的结构优化，可加速局部的响应速度。 　　工作流表：可分成将要处理数据和历史数据； 对象授权表：可改进授权表的权限字段结构，使关联速度更快。 应用优化 JAVA编码 使用紧凑字节码的解释性语言。速度通常是Java应用的最大问题，编码技术影响了Java应用的性能。 避免创建不必要的对象 　　大量对象的创建仍然会占用系统的资源。 避免应用同步 　　系统要实现同步就必须序列化所有当前正在执行的线程，这将会降低系统的可伸缩性，并且设置同步也需要耗费JVM的大量的资源。因此应该尽量避免应用同步，仅仅在必须用到它们的时候才应用。 一些容器类使用时要注意初始化空间大小 　　如：StringBuffer、ArrayList、HashMap。合理的初始化空间，避免扩展空间时的性能消耗。 应用优化 JAVA编码 使用静态检查插件检查性能问题 　　静态检查插件可以检查出一些性能不好的语句。如：tptp-analysis、PMD、findbugs、checkStyle。 　　这些插件还能检查出一些逻辑错误和不好的格式问题。 改进局部消耗时间长的代码算法 　　可以根据性能测试结果，找出消耗时间长的代码片段，集中优势力量对其改进。 改变局部高耗模块的功能 　　对于很大数据量的列表页面，可以去除一些小功能，如：题头排序功能等。 应用优化 JSP优化 案例：选择合适的include 　　最好将页眉、页脚和导航条内容存储在单个文件中，并且不要重新动态产生它们。 合理使用自定义标签库 　　jsp自定义的标签库可以封装大量的、复杂的操作，有效地实现Java程序员和Web设计人员工作的划分。然而，在页面上应用的每一个标签，Web容器都必须创建一个新的标签句柄对象或从标签缓冲中提取它。因此，过多的使用标签将会带来不必要的浪费。 结束 案例：Native IO 服务器启动，就会绑定到相应的端口，并为一个端口分配一个线程以接受连接请求，一旦服务器接受到连接请求并建立好连接以后，监听线程将处理权交给Socket复用器，Socket复用器进行一定的处理后，将请求放置到执行