一 前端
img图片 指定长宽,压缩img图片,整页尽量合并图片,类似taobao滴做法
css代码调优
css加载文件顺序,css文件压缩
js加载文件依赖优化(可依赖雅虎滴前端框架,也可自己写js代码,原理是合理利用js滴document.write.),js文件压缩
jsp文件压缩(包括jsp文件滴代码压缩 和 服务器中间件滴设置jsp格式压缩)
js框架优化(如合理削减jquery相关滴插件相关滴包相关滴function等等...)
js代码书法优化(理解js内部作用域链滴原理作代码优化,优化js滴for循环等等...)
二 中端
jsp代码编写优化(比如尽管少用session,合理利用动静态include....)
ssh框架组合优化(项目后期 配置文件的优化偏多)
框架service 层 dao层 业务逻辑方面滴代码优化,涉及充血模型,贫备模型滴理解
框架中事务管理滴优化(偏重于spring或者自己事务框架滴优化)
框架中java代码的书写优化(比如 null加保护,for循环里小心new对象,大对象尽点手动指null)
如果有orm滴,就orm滴优化(比如hibernate滴主键配置滴优化,一对多转多对一配置映射滴优化,延迟加载滴优化,二级缓存优化,没有超越要求,尽量避免三级缓存)
中间件滴 jvm回收算法 等的配置优化(比如 堆里新生代老生代滴内存分配,哪类型的项目采取哪类型的回收算法,单线程多线程等,当然这些还要兼顾jvm滴版本问题,是hotspot
不是jrocky等,是1.5 1.6 还是1.7,1.7里的G1已经做得够好滴了)
如果利用到了web服务器,如apache等,也需要就http连接池最大连接数 等作出一点小优化
三 后端
mysql
生产环境中会涉及mysql配置参数滴优化,如键缓存,缓存池滴内存分配等的优化,对developer不作要求
数据库表结构优化(如多用not null,datatime转timestamp,varchar限制字符数,合理利用char,tinyint,大数据表与小数据表分开,tui直分离,水平分离-表分区,char字段
不建索引,innodb必须建主键,表关联优化等等...)
sql优化及索引优化(合理分析执行计划合理预测分析生产环境数据建立索引,如尽量不要在char上建索引,datatime索引转timestamp索引,sql合理利用覆盖索引,如分页sql可利
用覆盖索引来延迟加载,innodb不用COUNT(*),group by后加order by null,合理利用及关闭SQL_QUERY_NOCACHE查询缓存,sql语句中尽量不使用类似current_date这种han数,
对查询缓存不起效等等等等等等..........)
如果业务有需要开mysql集群(共享滴data,表引擎需要改成dbd滴),mysql读写分离,master to slave或者master to master按情况而定,如果有牛人也可以master to master to master to master .......
若oracle迁移到mysql,db结构的迁移工作量是不大滴(难点是mysql跟oracle滴表关联时略有不同,没有oralce那么强大,需要妥协),主要工作量是sql代码需要优化,存储过程需
要重写(如就我所知oracle滴存储过程会用到大量滴数组,而mysql滴存储过程没有数组这个概念,用临时表代替等等....)
img图片 指定长宽,压缩img图片,整页尽量合并图片,类似taobao滴做法
css代码调优
css加载文件顺序,css文件压缩
js加载文件依赖优化(可依赖雅虎滴前端框架,也可自己写js代码,原理是合理利用js滴document.write.),js文件压缩
jsp文件压缩(包括jsp文件滴代码压缩 和 服务器中间件滴设置jsp格式压缩)
js框架优化(如合理削减jquery相关滴插件相关滴包相关滴function等等...)
js代码书法优化(理解js内部作用域链滴原理作代码优化,优化js滴for循环等等...)
二 中端
jsp代码编写优化(比如尽管少用session,合理利用动静态include....)
ssh框架组合优化(项目后期 配置文件的优化偏多)
框架service 层 dao层 业务逻辑方面滴代码优化,涉及充血模型,贫备模型滴理解
框架中事务管理滴优化(偏重于spring或者自己事务框架滴优化)
框架中java代码的书写优化(比如 null加保护,for循环里小心new对象,大对象尽点手动指null)
如果有orm滴,就orm滴优化(比如hibernate滴主键配置滴优化,一对多转多对一配置映射滴优化,延迟加载滴优化,二级缓存优化,没有超越要求,尽量避免三级缓存)
中间件滴 jvm回收算法 等的配置优化(比如 堆里新生代老生代滴内存分配,哪类型的项目采取哪类型的回收算法,单线程多线程等,当然这些还要兼顾jvm滴版本问题,是hotspot
不是jrocky等,是1.5 1.6 还是1.7,1.7里的G1已经做得够好滴了)
如果利用到了web服务器,如apache等,也需要就http连接池最大连接数 等作出一点小优化
三 后端
mysql
生产环境中会涉及mysql配置参数滴优化,如键缓存,缓存池滴内存分配等的优化,对developer不作要求
数据库表结构优化(如多用not null,datatime转timestamp,varchar限制字符数,合理利用char,tinyint,大数据表与小数据表分开,tui直分离,水平分离-表分区,char字段
不建索引,innodb必须建主键,表关联优化等等...)
sql优化及索引优化(合理分析执行计划合理预测分析生产环境数据建立索引,如尽量不要在char上建索引,datatime索引转timestamp索引,sql合理利用覆盖索引,如分页sql可利
用覆盖索引来延迟加载,innodb不用COUNT(*),group by后加order by null,合理利用及关闭SQL_QUERY_NOCACHE查询缓存,sql语句中尽量不使用类似current_date这种han数,
对查询缓存不起效等等等等等等..........)
如果业务有需要开mysql集群(共享滴data,表引擎需要改成dbd滴),mysql读写分离,master to slave或者master to master按情况而定,如果有牛人也可以master to master to master to master .......
若oracle迁移到mysql,db结构的迁移工作量是不大滴(难点是mysql跟oracle滴表关联时略有不同,没有oralce那么强大,需要妥协),主要工作量是sql代码需要优化,存储过程需
要重写(如就我所知oracle滴存储过程会用到大量滴数组,而mysql滴存储过程没有数组这个概念,用临时表代替等等....)