秋色园QBlog技术原理解析：性能优化篇：字节、缓存、并发(十二)

文章回顾：

1： 秋色园QBlog技术原理解析：开篇：整体认识(一) --介绍整体文件夹和文件的作用

2： 秋色园QBlog技术原理解析：认识整站处理流程(二) --介绍秋色园业务处理流程

3： 秋色园QBlog技术原理解析：UrlRewrite之无后缀URL原理(三) --介绍如何实现无后缀URL

4： 秋色园QBlog技术原理解析：UrlRewrite之URL重定向体系(四) --介绍URL如何定位到处理程序

5： 秋色园QBlog技术原理解析：Module之页面基类设计(五) --介绍创建基类和自定义生命周期

6： 秋色园QBlog技术原理解析：Module之页面基类-生命周期流程(六) --介绍基类生命周期内部业务

7： 秋色园QBlog技术原理解析：Module之基类生命周期-页面加载(七) --介绍界面html加载原理

8： 秋色园QBlog技术原理解析：Web之页面处理-内容填充(八) --介绍html的内容是如何填充

9： 秋色园QBlog技术原理解析：独创的多语言翻译机制(九) --介绍html多语言翻译原理

10: 秋色园QBlog技术原理解析：页面内容填充及多语言翻译流程演示示例(十) --总结演示示例代码

11：秋色园QBlog技术原理解析：页面Post提交机制(十一) --介绍如果Post提交数据

附章：

1：秋色园QBlog技术原理解析：博客一键安装工具技术实现[附源码下载] --开源秋色园安装工具原理

2：如何安装部署秋色园CYQBlog站点

3：Windows7下如何安装部署秋色园CYQBlog站点

 

ps：秋色园QBlog下载地址：http://www.cyqdata.com/download/article-detail-427

 

上节回顾：

上一节中，介绍了 秋色园QBlog 是如何提交数据到后台并处理的，因此本系列原理解析，基本架构已讲解完毕，接下的会补充几篇相关文章，继续介绍秋色园QBlog的相关内容。

 

本节介绍：

本节介绍基础的网站优化：秋色园 QBlog都进行了哪些基础优化？往下看。

 

优化一：字节

 

为了减少传输的字节，通常都会采取一些压缩[html,js,css]

1：压缩html：秋色园采用将Html当xml方式加载的手段，默认就是无空格状态，因此天生就有这优势，连GZip压缩也省了。

2：压缩CSS：本人对CSS不精通，没办法整体优化，利用VS格式化：一条样式格式化成一行,再删除一些没用到的CSS样式，勉强少了几K。

3：压缩js：秋色园没有用js，所以没这方面的开销，省力又省心。

 

优化二：缓存

 

秋色园的缓存，全使用 CYQ.Data.Cache下：CacheManage

在长久的开发过程中，秋色园中形成了以下几种缓存：

1：缓存表架构：CYQ.Data 数据框架的默认缓存

2：缓存html架构：未经处理的原始html界面,即默认的皮肤的html[秋色园的缓存机制]

3：缓存经过处理的html架构：包括css路径处理，语言翻译等，但不包括数据填充，[秋色园的缓存机制]

4：缓存页面：缓存最后的html[秋色园的缓存机制]

缓存是层层递进的，有了以上的几层缓存保障，性能是刷刷的上去了，页面打开也很快。

 

三：负载来临，问题出现，失控的缓存

 

秋色园的运行环境：国外Godaddy的虚拟主机的子目录+Access数据库

天生不佳硬件的条件，让过往的一些优化在这里显的有些脆弱，坚持不了多久，文章上到几万，性能又再次走到边缘，首页时快时慢，缓存似有似无，并发写把站点折腾的一度打不开。

 

主要表现在以下几个大方面：

1：并发写操作：Access本身在并发写时经常有死锁发生，很纠结。

2：缓存的过期：几乎是不可控的，有时打开慢[缓存失效了]，有时打开快[刚好缓存已起来了]。

3：翻页的速度：在访问量少的页面，特别是翻页，由于没有缓存的照顾，每次打开都3-5秒，让人感觉一个字：慢。

 

优化四：Access的并发控制处理

 

需要找到站点经常性写数据的操作点：

 

1：用户后台：

解决手段：通过增加Lock来避免并发

由于所有的更新删除插入，都执行的：ExeNonQuery函数，

所以只要以在底层这函数里加一个可配置的项，来决定启用Lock，解决。

 

2：高频率的文章与用户访问计数：

解决手段：通过一些手段来减少更新的频率。

问题：如果每次用户访问，都执行更新计数，这对Access来说就太可怕了：会造成经常性的死锁，访问也会受影响。

采用的措施：采用了缓存计数+概率性更新，来更新到数据库，目前有效的解决了这一问题。

副作用：就是由于缓存的丢失，会丢失小部分的统计数字，不过用户访问量，并不需要太准确的数字，因此此手法还算合适。

 

优化五：掌控全局缓存，合理调优

 

缓存失控了？

 

缓存怎么用：

cache.Add(key,obj,times);//将一个对象存入缓存一段时间。

 

缓存何以失控？

试想下，缓存的一段时间你是怎么定的？

敲代码时就给了想当然的时间，对不?不对？不？对？不对？

好了，说问题，正常情况下，缓存是怎样失控的？

1：不知道缓存的对象在内存中的使用情况，缺少同步与清理机制。

2：没用的缓存占了大量内存、内存回收看不见、性能优化全靠猜猜猜。

 

失控的效果与后果？

 

效果：

公司的服务器，配置高，内存大，缓存随一放，时间值设大，问题就不大，效果良好见效快。对外可以展示自己做的站点性能高，访问快，高手就这样造成出来了。

 

后果：

穷人的，用的虚拟主机，或VPS，内存就一丁点，资源很有限，再乱扔内存，对性能提升反而无益：内存不断的在超出，回收，超出，回收中循环。

结果：缓存成了虚设，站点好一会，慢一会，天天纠结中循环。

 

秋色园缓存早期情况：

失控状态，页面时快时慢，缓存时有时无，有人说慢有人说快。

 

可控的缓存设计

 

一个良好的系统，必须对缓存的使用情况有所掌控，再根据实际环境做适当缓存调整策略，进而同样的资源，有更多的发挥。

 

秋色园缓存目前情况：

为了全局综合性的提升缓存性能，急需要对全局缓存有所掌握，才能做到相对合理的调优。为此，对CYQ.Data的缓存机制做了一些优化与调整及信息输出，以掌握全局情况。

 

这里截一张秋色园的缓存全局情况图：

 

 

如上图：

这是秋色园整站的缓存信息，通过这样的信息表，即可掌握哪些缓存是用的多，哪些缓存用的少，可以合理的设置时间及清除策略。

 

其它：

使用 CYQ.Data.Cache 来缓存信息，就可以打印全站的缓存列表，掌握全局，做到合理优化?

对的！！！版本要求？近期会发布新版本，将带此功能，敬请关注。

 

总结：

 

本节介绍了秋色园QBlog 的基础优化策略，下节继续介绍的优化策略后续部分，敬请关注。

 

原文链接： http://www.cnblogs.com/cyq1162/archive/2011/05/05/2037791.html

转载于:https://my.oschina.net/chen106106/blog/43329