秋色园QBlog技术原理解析:性能优化篇:用户和文章计数器方案(十七)

  1. 云栖社区>
  2. 博客>
  3. 正文

秋色园QBlog技术原理解析:性能优化篇:用户和文章计数器方案(十七)

技术小胖子 2017-11-15 23:08:00 浏览824
展开阅读全文
介绍了 Access的并发上限,及从某种程度上 秋色园QBlog 针对并发上限进行了多个数据的划分,从而最大并发上限从64提升到64*N(个数据库),虽然总和的最大并发值是上升了,但是单个库的最大值并没有变化,或者说单个表的最大并发值没有发生变化,上限仍是64。
于是,对于频繁产生更新操作的访问计数器(用户表及文章表),是该进入优化的方案了。
 
本节概要:
 
本节将介绍秋色园 QBlog 的在用户和文章计数器上的优化方案。
 
节内容:
 
秋色园QBlog 原来的访问计数器策略:
1:获取缓存的计数器数数字。[用户取值缓存,文章取值页面上的数字]
2:根据Session或Cookie对每个用户在某时间段间只计一次访问的判断。
3:在获取的数字上,进行内存计数+1。
4:概率性直接更新到用户表和文章表中。
 
这种方案,会否产生黄金4K的ldb问题,取决于访问量和概率性问题,概率值设置的越低,越安全,但是如果内存回收很频繁,丢失数字也常见。
 
色园QBlog 新的访问计数器优化策略:
1:仍旧保留内存计数器+1的方式。
2:概率性更新,变成统一内置线程定时更新。
这样处理,原来概率性可能产生的并发更新问题,现在变成1个链接在更新,有效的减少黄金4K的问题。
3:为了减少丢失的概率,新开了数据库(qblogvisit.mdb)及数据表:
新开有两个表:Blog_UserVisit和Blog_ContentHit。
新开表的字段:ID和Hits
这个新库的两个表,加大了更新的频率,用于物理保存用户或文章的计数器,避免内存数字丢失的概率,当内存数字丢失时,先从这新表中取出原始数字,再进行+1,有效的减少数字丢失的问题。
 
PS:内置线程:是一件比较危险的事情,会产生比较想象还多的问题,需要全方位的处理可能产生的:并发,(应用程序池回收时)产生多个线程,异常等问题。
 
开启内置线程的代码:
 
静态页面动态显示计数器数字
首先:秋色园QBlog 的页面多数是静态化的*.html,可是你会发现文章的计数器,无论是首页,列表,还是文章页,都是变化的,如何将静态化的数字,动态的变化显示?
用js异步?no..秋色园QBlog整站是无js的,如果有js,应该会是另一种实现方式。
然后:由于URLRewrite遇到请求时并非直接转向*.html,而是全转向*.ashx,再加载*.html方式,使的后台程序可以对静态化的html进行二次处理。
其实:如果你看过本系列的文章,应该会发现一个:Page_OnCache的生命周期,就是在这里动的手脚。
因此:只要获取列表上的数字,然后再从内存中寻找有没有相应的数字,有则更新。
结果:这样访问计数器的数字就是动态时时显示了。
 
显示动态数字的代码:
 
总结
 
本节通过将频繁产生数据库交互动作的计数器部分,变成单线程的更新,有效的解决了黄金4K问题。
同时为了减少数字丢失的概率,增加了新的数据库来物理存储文章的数字,但是不改变原有表的结构。
结果:在计数器这块,目前问题算是解决了。
但是,黄金4K的问题,并没有结束,因为,除了写操作,更多的是读取操作。
正如上节所说:
CYQ.Data 用Lock锁住插入/更新/删除,这些步骤,使的同一时间只出现一个链接打开。
但是,通过上节的示例,发现了,读取,也是要打开链接的。
因此,优化仍没有止步,本系列仍在继续,请继续关注。
 
历史文章回顾:
1: 秋色园QBlog技术原理解析:开篇:整体认识(一) --介绍整体文件夹和文件的作用
2: 秋色园QBlog技术原理解析:认识整站处理流程(二) --介绍秋色园业务处理流程
5: 秋色园QBlog技术原理解析:Module之页面基类设计(五) --介绍创建基类和自定义生命周期
附章:
 
PS:秋色园QBlog下载地址http://www.cyqdata.com/download/article-detail-427
 




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





网友评论

登录后评论
0/500
评论
技术小胖子
+ 关注