According to Databricks best practices, Spark groupByKey should be avoided as Spark groupByKey processing works in a way that the information will be first shuffled across workers and then the processing will occur. Explanation
So, my question is, what are the alternatives for groupByKey in a way that it will return the following in a distributed and fast way?
// want this
{"key1": "1", "key1": "2", "key1": "3", "key2": "55", "key2": "66"}
// to become this
{"key1": ["1","2","3"], "key2": ["55","66"]}
Seems to me that maybe aggregateByKey or glom could do it first in the partition (map) and then join all the lists together (reduce).
groupByKeyis fine for the case when we want a "smallish" collection of values per key, as in the question.TL;DR
The "do not use" warning on
groupByKeyapplies for two general cases:1) You want to aggregate over the values:
rdd.groupByKey().mapValues(_.sum)rdd.reduceByKey(_ + _)In this case,
groupByKeywill waste resouces materializing a collection while what we want is a single element as answer.2) You want to group very large collections over low cardinality keys:
allFacebookUsersRDD.map(user => (user.likesCats, user)).groupByKey()In this case,
groupByKeywill potentially result in an OOM error.groupByKeymaterializes a collection with all values for the same key in one executor. As mentioned, it has memory limitations and therefore, other options are better depending on the case.All the grouping functions, like
groupByKey,aggregateByKeyandreduceByKeyrely on the base:combineByKeyand therefore no other alternative will be better for the usecase in the question, they all rely on the same common process.