Server端在单台服务器上的优化,并没有多少技巧可言。
当然,这是在你充分了解如何写出优秀代码的前提下,如果你对这方面没有自信,建议先看看《XX性能优化》这类的书!
1. Server端的优化,排在第一位的一定是【缓存】
根据二八定律,数据库修改数据和查询数据的比例是2:8,在门户网站,这样的比率还要更低!
如果数据没有变化,理论上基于数据的无数次计算,结果一定是幂等的。
那么,是不是可以避免多次的重复运算? 答案就是缓存。
缓存的重要性用多少话语来描述都不过分。淘宝,京东这些可以处理上亿并发的平台,很大一部分都是依赖于后台强大的分布式缓存架构。
在处理缓存时,最要注意的是缓存的命中率。如果缓存的命中率过低,反而会拖累系统的性能,反过来讲,缓存的命中率过高,又会导致脏数据的产生。关于这部分我就不深入讲,感兴趣的话,可以个人研究。
关于缓存方面的框架,最NB的只能是Memcache。Memcache是一款key/value的NoSql数据库,为了提升性能,所有数据都放在内存中。由于Memcache和PHP集成的很好,国内淘宝,微博等这些使用PHP开发的平台都是基于Memcache搭建缓存框架的。
而Memcache由于需要单独部署,在一些小型系统中使用起来成本太高,很多其他的替代方案也是不错的选择。
比如在Java中,Ehcache的使用率要远远高于Memcache。
Ehcache不用独立安装,并且可以很好的和Spring,Hibernate这样的框架进行一键整合,并且也支持分布式部署。
相关的性能测试,Ehcache的跑分也并不比Memcache逊色。
Ehcache缺点是基于Web容器,部署分布式相当麻烦,同时也只支持Java平台。在数据持久化方面,需要写入硬盘,这是相当耗费性能的。这在类比淘宝的大平台中,部署分布式缓存还一定要部署一个Tomcat,听说淘宝有8000个服务器,也就是XXXX个tomcat,好TMD的壮观。
不过从另一方面来讲,在一些Java管理系统中,根本不需要分布式,而且买系统天然送JBoss,不用单独部署,这绝对是优点!
2. 数据库访问
目前很多成熟的ORM框架代理了系统中的数据库访问,大大方便了开发人员。但是正是由于ORM的高度封装性,在查询时会大大拖慢系统的性能。
ORM的大厂商Hibernate,也深知自己的弱点所在,在后期的版本中增加了Criteria,期望以Criteria来替代臃肿的查询,可是在易用性上一直为人所诟病,所以迟迟不能推广。
建议使用其他的查询框架替代Hibernate HQL和Criteria,并结合Ehcache来使用。
Java中比较出名QueryDSL,JOOQ都是不错的选择,使用它们,也会大大提高系统查询方面的灵活性。
3. 学会使用并发
并发在开发中,绝对属于高级的东西。相信很多开发人员都没有接触过。
Java6中提供了ExecutorService,Java7升级为Fork/join,Java8更是在Fork/join的基础上实现了并行Stream的概念。这证明在数据越来越庞大,硬件越NB的情况下,并发编程是大势所趋。
还有,普通的家用机现在都是4核CPU,8线程,不用并发,太浪费了吧?
给大家举一个我实际遇到的例子,来证明并发的好处。
我有一个客户,需要一次性导出不下于100张订单的PDF报告,平均每生成一个PDF的时间大约为4秒,在这种情况下,我无论如何也没脸面同客户解释,只导出100张订单,需要等待至少6分钟.....
之后我引入了并发来实现这个功能,测试时,100张订单,只需要6秒!!当我第一次看到这个效果,直接在办公室兴奋的嗷嗷叫!!!
在使用并发时,也可以使用相关的框架来简化开发。
Java 的Akka是非常不错的并发框架,在小型的项目中,也可以使用Guava提供的API,简单易用。
由于Server端都是强语言,成熟且易于控制,确实没有多少技巧可讲。
如上三点同样是粗放简单的,如果你有心,使用它们提升你的系统性能吧。
下一篇,将讲解数据库方面的优化,主要涉及索引,缓存,慢查询,分表,读写分离等,敬请期待。
如有您有兴趣,请关注我的微信公众号,谢谢。
版权声明:本文为博主原创文章,未经博主允许不得转载。