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