Java之网站优化

本博客从今年年初开始，其实已经完成了基本功能。随着偶尔写两篇文章，本站访问速度越来越慢。最开始使用的是腾讯云的最基础云服务器，配置为：共享CPU、512M、Unbuntu服务器，每次打开服务器，发现CPU和内存使用率经常达到了100%，基本满载运行。还经常报内存溢出异常。

    后来，升级了服务器，内存变为了1G，CPU也变成了单核。但是网站的访问速度还是让人不能忍受。今天，博主终于不能忍了，仔细分析了下代码和服务器。主要从以下两个方面进行了优化，大大提高了网站访问速度：

   （1）坑爹的Hibernate，from查询。

    虽然博主早就明白数据库查询的时候，坚决避免select *。但是博主还是犯了迷信框架这个错误，Hibernate默认推荐的是 from 对象。这种处理方法无疑将所有查询默认为select *，这简直是一种愚蠢的做法。特别是当数据库中存储有大文本字段的时候。本博的文章才16篇的时候，已经慢的不行了。

     解决办法：查询部分字段

     这种方法需要在实体类中构造指定字段的构造方法，查询语句中使用：select new Blog(b.id,b.title,b.content2,b.author,b.pubDate,b.click) from Blog b。否则，查询出来的集合对象不能直接转换为List对象，Hibernate的面向对象功能将失去其优势。

   （2）对特殊字段进行处理。

     由于博客中的内容字段是longText类型，每次直接从数据库中取出来的时候，将大大降低数据库的IO。虽然Hql自带了许多函数，比如substring函数，可以直接操作数据库内容。但是，这样的结果是：直接导致查询出来的结果是Object数组。有意思吗？转换起来又麻烦得要死。没办法，只好，存储一个冗余字段content2，每次更新的时候，取content2=content.subString(0,300)。

   （3）网站图片的处理。

     对于图片，我们有两种处理方式，存储在数据库中，或者把链接地址存储在数据库中。前者，使用方便，我们可以直接把图片复制到博客中发表，非常简单，不用转换。缺点是：早期数据库不推荐，现在数据库性能还好，无所谓。后者方法，每次需要使用图片时，先上传到服务器上，拿到链接地址，数据库中只存储链接地址。这种方法麻烦了点，特别是图片多的时候。

     好吧。。博主不从使用的便捷性考虑问题，来点程序员的思路。图片存储在数据库中是二进制数据，并且这个量相对于文本还是相当大的。如果我们需要对数据库内容进行搜索、全文检索时，那么就非常不推荐把图片直接存储在数据库中，否则会严重影响文本检索结果。如果需要对图片进行特别处理的话，比如图片检索的话，那就需要提取出图片的关键性特征等信息，另外存储了，这样的信息存储在数据库中也比较好。

     从性能上来讲，大家可以比较下这相同的两篇文章：http://www.webank.pw/blog_show.action?blog.id=6和http://www.webank.pw/blog_show.action?blog.id=21的访问速度。这篇文章内容总共包含17张图片，共600KB大小。但是访问速度已经可以明显区分了。前面一篇文章的图片是存储在数据库中的，后面一篇是存储在服务器的。后者明显快于前者。至于原因，这里各种分析就略了，什么服务器性能啊、服务器带宽啊、客户端网速啊、图片传输速度啊、图片显示速度啊。。。。。大家感兴趣的可以进行专业分析的。

     经过以上处理后，本站的访问速度总算是正常了。不再半天没反应。