SPARK大数据计算BUG处理:

大数据计算BUG处理:

创新互联专注于武山网站建设服务及定制,我们拥有丰富的企业做网站经验。 热诚为您提供武山营销型网站建设,武山网站制作、武山网页设计、武山网站官网定制、成都微信小程序服务,打造武山网络公司原创品牌,更为您提供武山网站排名全网营销落地服务。

程序修改前资源情况:

Driver : 1台

Worker : 2台

程序提交申请内存资源 : 1G内存

内存分配情况 : 

1. 20%用于程序运行

2. 20%用于Shuffle

3. 60%用于RDD缓存

单条TweetBean大小 : 3k

1. 内存溢出

原因:因为程序会把所有的TweetBean查询出来并且合并(union),该操作在内存中进行。则某个campaign数据量较大时,如500W数据,则500W*10k=50G,超出内存限制。

解决方法: 先按数据量切分task,避免单个task有很多数据造成内存溢出。把所有的task切分完成放到task列表中。循环task列表,当取出的task的数据量大于200000时,合并所有的数据并拆分成16个RDD分片。循环取task列表直至结束。

批量取200000数据的原因:200000*3k=600M,两台机器可用于程序运行的内存=2(机器数)* 2G(程序申请的内存大小) * 0.2(用于程序运行的内存比例) = 800M,可以满足存储200000数据,避免内存溢出。

2. 运行缓慢

原因:因为两台机器,每台机器可用于shuffle的内存大小 = 2(机器数)* 1G(程序申请的内存大小)* 0.2(用于程序运行的内存比例)= 400M。

200000(批量处理的数据量)* 3k(单条TweetBean大小)= 600M,批量Shuffle的数据量大于机器可用内存,所以数据会Flush到硬盘,导致读取数据缓慢。

解决方法:调整程序Shuffle可用内存,如下:

程序申请内存资源:2G

内存分配情况 : 

1. 20%用于程序运行

2. 60%用于Shuffle

3. 20%用于RDD缓存


文章题目:SPARK大数据计算BUG处理:
URL地址:http://ybzwz.com/article/geeoss.html