SparkSQL分区OutOfMemory

由于SparkSQL默认200个分区,为了处理小文件决定使用reparation和coalesce重分区,代码如下

(一)df_1.coalesce(1).createOrReplaceTempView(“table_tmp”)
竟然报错。。

Job aborted due to stage failure: Task 1 in stage 8.0 failed 4 times, most recent failure: Lost task 1.3 in stage 8.0 (TID 642, svldl061.csvw.com, executor 8): org.apache.spark.SparkException: Task failed while writing rows.

查看执行过程
在这里插入图片描述
具体原因有待研究??
(二)df_1.repartition(1).createOrReplaceTempView(“table_tmp”)
运行成功了!!!
查看执行过程(和上面几乎一样,不过少了Coalesce这关键一步!!!)
在这里插入图片描述
在这里插入图片描述
区别在于coalesce第八步只有1个分区,repartition第八步有200个分区。

回答: 当Linux系统出现"out of memory"错误时,有几种解决方法可以尝试。首先,最简单的方法是增加内存或者优化应用程序,使其占用更少的内存。另外,可以通过调整内核参数来临时解决该问题。可以使用命令"free -lm"来查看内存使用情况,然后根据需要释放内存。可以通过修改配置文件"/proc/sys/vm/drop_caches"来释放缓存,其中的值可以为0~3,代表不同的含义,例如释放页缓存、释放dentries和inodes,或者释放所有缓存。此外,还可以通过关闭OOM killer来临时关闭内存溢出杀手,可以通过修改"/proc/sys/vm/oom_dump_tasks"文件来实现。如果需要永久生效,可以修改"/etc/sysctl.conf"文件并增加"vm.oom-kill = 0"的配置,然后启系统或执行"sysctl -p"命令使其生效。[1] 另外,如果系统配置为2G且没有交换分区,可能会导致每天出现"out of memory"错误。在这种情况下,可以增加物理内存并创建交换分区来改善情况。然而,如果系统在运行2-3天后仍然出现"out of memory"错误,可能是由于low memory不足导致的。可以通过使用命令"sync"和"echo 3 >> /proc/sys/vm/drop_caches"来释放内存,并查看"/proc/buddyinfo"文件来确认内存是否已被释放。[3] 另外,如果以上方法无效,还可以考虑安装hugemem kernel RPM包并启系统来解决问题。这种内核可以以不同的方式分割low memory和high memory,并提供足够多的low memory到high memory的映射。[2]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值