Spark实战--寻找5亿次访问中,访问次数最多的人

问题描述

对于一个大型网站,用户访问量尝尝高达数十亿。对于数十亿是一个什么样的概念,咱们这里能够简单的计算一下。对于一个用户,单次访问,咱们一般会记录下哪些数据呢?算法

  • 一、用户的id
  • 二、用户访问的时间
  • 三、用户逗留的时间
  • 四、用户执行的操做
  • 五、用户的其他数据(好比IP等等)

咱们单单从用户id来讲,好比10011802330414,这个ID,那么咱们一个id差很少就是一个long类型,由于在大量数据存储的时候,咱们都是采用文本存储。所以对于5亿个用户ID,彻底存储在磁盘当中,大概是5G的大小,对于这个大小,并不能算是大数据。可是对于一个案例来讲,已经很是足够了。apache

咱们会产生一个5亿条ID的数据集,咱们上面说到,这个数据集大小为5G(不压缩的状况下),所以我不会在GitHub上上传这样一个数据集,可是咱们提供一个方法,来生成一个5亿条数据。缓存

固然要解决这个问题,你能够依然在local模式下运行项目,可是你得有足够的磁盘空间和内存空间,大概8G磁盘空间(由于除了数据自己,spark运行过程还要产生一些临时数据),5G内存(要进行reduceByKey)。为了真正展现spark的特性,咱们这个案例,将会运行在spark集群上。bash

关于如何搭建集群,我准备在后续的章节补上。可是在网上有大量的集群搭建教程,其中不乏一些详细优秀的教程。固然,这节咱们不讲如何搭建集群,可是咱们仍然能够开始咱们的案例。并发

问题分析

那么如今咱们拥有了一个5亿条数据(实际上这个数据并不以文本存储,而是在运行的时候生成),从五亿条数据中,找出访问次数最多的人,这看起来并不难。但实际上咱们想要经过这个案例了解spark的真正优点。dom

5亿条ID数据,首先能够用map将其缓存到RDD中,而后对RDD进行reduceByKey,最后找出出现最多的ID。思路很简单,所以代码量也不会不少异步

实现

scala实现

首先是ID生成方法:大数据

RandomId.class优化

import scala.Serializable;

public class RandomId implements Serializable {

    private static final long twist(long u, long v) {
        return (((u & 0x80000000L) | (v & 0x7fffffffL)) >> 1) ^ ((v & 1) == 1 ? 0x9908b0dfL : 0);
    }
    private long[] state= new long[624];
    private int left = 1;
    public RandomId() {
        for (int j = 1; j < 624; j++) {
            state[j] = (1812433253L * (state[j - 1] ^ (state[j - 1] >> 30)) + j);
            state[j] &= 0xfffffffffL;
        }
    }
    public void next_state() {
        int p = 0;
        left = 624;
        for (int j = 228; --j > 0; p++)
            state[p] = state[p+397] ^ twist(state[p], state[p + 1]);

        for (int j=397;--j>0;p++)
            state[p] = state[p-227] ^ twist(state[p], state[p + 1]);

        state[p] = state[p-227] ^ twist(state[p], state[0]);
    }

    public long next() {
        if (--left == 0) next_state();
        return state[624-left];
    }

}

复制代码

而后是用它生成5亿条数据网站

import org.apache.spark.{SparkConf, SparkContext}

object ActiveVisitor {


  def main(args: Array[String]): Unit = {
    val conf = new SparkConf().setMaster("spark://master:7077").setAppName("ActiveVisitor")

    val sc = new SparkContext(conf)

    val list = 1 until 100000

    val id =new RandomId()

    var max = 0

    var maxId = 0L

    val lastNum = sc.parallelize(list).flatMap(num => {
      var list2 = List(id.next())
      for (i <- 1 to 50000){
        list2 = id.next() :: list2
      }
      println(num +"%")
      list2
    }).map((_,1)).reduceByKey(_+_).foreach(x => {
      if (x._2 > max){
        max = x._2
        maxId = x._1
        println(x)
      }
    })
  }

}
复制代码

处理5亿条数据

import org.apache.spark.{SparkConf, SparkContext}

object ActiveVisitor {


  def main(args: Array[String]): Unit = {
    val conf = new SparkConf().setMaster("spark://master:7077").setAppName("ActiveVisitor")

    val sc = new SparkContext(conf)

    //生成一个0-9999的列表
    val list = 1 until 10000

    val id =new RandomId()

    //这里记录最大的次数
    var max = 0

    //这里记录最大次数的ID
    var maxId = 0L

    val lastNum = sc.parallelize(list)
      //第一步生成5亿条数据
      .flatMap(num => {
      //遍历list列表
      //总共遍历1万次每次生成5万个ID
      var list2 = List(id.next())
      for (i <- 1 to 50000){
        list2 = id.next() :: list2
      }
      //这里记录当前生成ID的百分比
      println(num/1000.0 +"%")
      
      //返回生成完成后的list
      //每次循环里面都包含5万个ID
      list2
    })
      //遍历5亿条数据
      //为每条数据出现标记1
      .map((_,1))
      //对标记后的数据进行处理
      //获得每一个ID出现的次数,即(ID,Count)
      .reduceByKey(_+_)
      //遍历处理后的数据
      .foreach(x => {
      //将最大值存储在max中
      if (x._2 > max){
        max = x._2
        maxId = x._1
        //若X比以前记录的值大,则输出该id和次数
        //最后一次输出结果,则是出现次数最多的的ID和以及其出现的次数
        //固然出现次数最多的可能有多个ID
        //这里只输出一个
        println(x)
      }
    })
  }

}

复制代码

运行获得结果

将其提交到spark上运行,观察日志

1%
5000%
2%
5001%
3%
5002%
4%
5003%
5%
5004%
6%
5005%
7%
5006%
8%
5007%
9%
5008%
10%
5009%
11%
5010%
12%
5011%
5012%
13%
5013%
14%
15%
5014%

...
...
...

复制代码

这里是输出的部分日志,从日志中,咱们显然发现,程序是并行的。我采用的集群由四个节点组成,每一个节点提供5G的内存空间,集群在不一样节点中运行,有节点分配到的分区是从1开始,而有节点则是从5000开始,所以程序并无按照咱们所想的从1%-9999%。好在未按照顺序执行,也并不影响最终结果,毕竟最终要进行一个reduceByKey,才是咱们真正须要获得结果的地方。

再看日志另外一部分

5634%
5635%
5636%
5637%
5638%
5639%
5640%
5641%
5642%
5643%
5644%
5645%
2019-03-05 11:52:14 INFO  ExternalSorter:54 - Thread 63 spilling in-memory map of 1007.3 MB to disk (2 times so far)
647%
648%
649%
650%
651%
652%
653%
654%
655%
656%
复制代码

注意到这里,spilling in-memory map of 1007.3 MB to disk,spilling操做将map中的 1007.3 MB的数据溢写到磁盘中。这是因为spark在处理的过程当中,因为数据量过于庞大,所以将多的数据溢写到磁盘,当再次用到时,会从磁盘读取。对于实时性操做的程序来讲,屡次、大量读写磁盘是绝对不被容许的。可是在处理大数据中,溢写到磁盘是很是常见的操做。

事实上,在完整的日志中,咱们能够看到有至关一部分日志是在溢写磁盘的时候生成的,大概49次(这是我操做过程当中的总数)

如图:

总共出现49条溢写操做的日志,每次大概是1G,这也印证了咱们5亿条数据,占据空间5G的一个说法。事实上,我曾将这5亿条数据存储在磁盘中,的确其占据的空间是5G左右。

结果

最终,咱们能够在日志中看到结果。

整个过程持续了将近47min,固然在庞大的集群中,时间可以大大缩短,要知道,咱们如今只采用了4个节点。

咱们看到了次数二、四、六、8竟然分别出现了两次,这并不奇怪,由于集群并行运行,异步操做,出现重复结果十分正常,固然咱们也能够用并发机制,去处理这个现象。这个在后续的案例中,咱们会继续优化结果。

从结果上看,咱们发现5亿条数据中,出现最多的ID也仅仅出现了8次,这说明了在大量数据中,不少ID可能只出现了1次、2次。这也就是为何最后我采用的是foreach方法去寻找最大值,而不采用以下的方法

import org.apache.spark.{SparkConf, SparkContext}

object ActiveVisitor {


  def main(args: Array[String]): Unit = {
    val conf = new SparkConf().setMaster("spark://master:7077").setAppName("ActiveVisitor")

    val sc = new SparkContext(conf)

    //生成一个0-9999的列表
    val list = 1 until 10000

    val id =new RandomId()

    //这里记录最大的次数
    var max = 0

    //这里记录最大次数的ID
    var maxId = 0L

    val lastNum = sc.parallelize(list)
      //第一步生成5亿条数据
      .flatMap(num => {
      //遍历list列表
      //总共遍历1万次每次生成5万个ID
      var list2 = List(id.next())
      for (i <- 1 to 50000){
        list2 = id.next() :: list2
      }
      //这里记录当前生成ID的百分比
      println(num/1000.0 +"%")
      
      //返回生成完成后的list
      //每次循环里面都包含5万个ID
      list2
    })
      //遍历5亿条数据
      //为每条数据出现标记1
      .map((_,1))
      //对标记后的数据进行处理
      //获得每一个ID出现的次数,即(ID,Count)
      .reduceByKey(_+_)
      //为数据进行排序
      //倒序
      .sortByKey(false)

    //次数最多的,在第一个,将其输出
    println(lastNum.first())
  }

}
复制代码

这个方法中,咱们对reduceByKey结果进行排序,输出排序结果的第一个,即次数最大的ID。这样作彷佛更符合咱们的要求。可是实际上,为了获得一样的结果,这样作,会消耗更多的资源。如咱们所说,不少ID启其实只出现了一次,两次,排序的过程当中,仍然要对其进行排序。要知道,因为不少ID只出现一次,排序的数据集大小颇有多是数亿的条目。

根据咱们对排序算法的了解,这样一个庞大数据集进行排序,势必要耗费大量资源。所以,咱们可以容忍输出一些冗余信息,但不影响咱们的获得正确结果。

至此,咱们完成了5亿数据中,找出最多出现次数的数据。若是感兴趣,能够尝试用这个方法解决50亿条数据,出现最多的数据条目。可是这样作的话,你得准备好50G的空间。尽管用上述的程序,属于阅后即焚,可是50亿数据仍然会耗费大量的时间。

相关文章
相关标签/搜索