首页 > 代码库 > SQL请求优化——浏览次数统计,SQL写操作稀释

SQL请求优化——浏览次数统计,SQL写操作稀释

引言

  前几天做了这么一个东西:一个游戏中有个活动页面,活动页面有个商品,商品下面要显示该商品实浏览次数,就相当于是用户每出发一次请求这个浏览总次数都会添加一次,这个问题很简单,每次浏览的时候去数据库中进行“+1”操作即可。但是做完之后想想,由于这个浏览总次数实时性要求不是那么高,我就可以对sql请求进行稀释、减少“+1”的请求次数,这样可以减少与数据库交互时“写操作”所浪费的资源。

 

实现

  这种特殊环境下的sql请求是这样的,每次要执行浏览次数“+1”操作时,我们产生一个1~N的随机数R,如果R%N == 0则进行“+N”操作,N可以根据浏览总次数的实时性等级进行适当的调整,实时性越高,N越小,写操作命中的几率越大,否则反之,看看下面的示意图:

技术分享

  下面是部分代码(只是测试模拟的,重在说明意思):

 1 class Addtimes{ 2     /** 3      * 假设这个是db对象 4      */ 5     private static $db; 6  7     /** 8      * 测试“浏览次数”稀释 9      * int $hit 稀释的倍率,平均$hit进行一次记录10      */11     public static function doadd($hit){12         $hit     = intval($hit);13         $r         = rand(1,$hit);14         $r % $hit == 0 && self::$db->query("update testtimes set times=times+{$hit}");15     }16 }

  这样就从一定程度上面减少了每次进行写操作,把N次写操作合并为一次。

 

总结

  这个是一个小小的优化,但他的局限性很大,使用的时候要注意下面几点:

  1. 使用之前要考虑数据实时性的要求,实时性要求高的还是别用了。
  2. 这个预期总次数一定要大于N,最好是好多倍,由于是随机数进行的,如果总次数太少会出现很大的误差。
  3. 如果可以使用缓存的话,会更好,比如将次数存储在memchached、redis、apc等缓存中,每次都进行“+1”操作,这样就可以实现高实时性;命中次数逻辑依然存在,当命中时进行数据持久化(回写db),这时候这个回写次数N就可以适当的调大。

  本文版权归作者(luluyrt@163.com)和博客园共有,未经作者本人同意禁止任何形式的转载,转载文章之后必须在文章页面明显位置给出作者和原文连接,否则保留追究法律责任的权利。

SQL请求优化——浏览次数统计,SQL写操作稀释