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

文章回顾：

附章：

上节回顾：

本节介绍：

优化一：字节

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

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

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

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

优化二：缓存

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

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的缓存机制做了一些优化与调整及信息输出，以掌握全局情况。

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

如上图：

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

其它：

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

总结：

     本文转自cyq1162 51CTO博客，原文链接：http://blog.51cto.com/cyq1162/560245，如需转载请自行联系原作者