SQL请求优化——请求次数统计，SQL写操作稀释

分手后的思念是犯贱 2021-12-12 07:49 182阅读 0赞

# 引言 #

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

# 实现 #

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

![211919099836256.png][]

下面是部分代码（只是测试模拟的，重在说明意思）：

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][luluyrt_163.com])和博客园共有，未经作者本人同意禁止任何形式的转载，转载文章之后必须在文章页面明显位置给出作者和原文连接，否则保留追究法律责任的权利。

转载于:https://www.cnblogs.com/iforever/p/4176927.html

[211919099836256.png]: /images/20211211/6aa5b24868cd42bab6f81ad9b72bbab6.png
[luluyrt_163.com]: mailto:luluyrt@163.com