Handling skewed joins in Apache Spark - Mini Project: Build & Apply

Handling Skewed Joins in Apache Spark

📖 Scenario: You work with two large datasets in Apache Spark. One dataset contains sales transactions, and the other contains product details. Some products appear very frequently, causing a skew in the join operation. This skew slows down your Spark job.To fix this, you will learn how to handle skewed joins by adding a random salt to the join keys.

🎯 Goal: Build a Spark program that performs a salted join to handle skewed keys efficiently. You will create two DataFrames, add a salt column, perform the salted join, and display the joined result.

📋 What You'll Learn

Create two Spark DataFrames with specified data

Add a salt column to both DataFrames

Perform a salted join using the salt column

Display the final joined DataFrame

💡 Why This Matters

🌍 Real World

Handling skewed joins is important when working with big data in Spark. Skewed keys cause some tasks to take much longer, slowing down the whole job.

💼 Career

Data engineers and data scientists often optimize Spark jobs by handling skewed joins to improve performance and reduce resource usage.

1

Create initial DataFrames

Create a Spark DataFrame called sales_df with these rows: ("productA", 100), ("productB", 200), ("productA", 150), ("productC", 300). Also create a Spark DataFrame called products_df with these rows: ("productA", "Category1"), ("productB", "Category2"), ("productC", "Category3").

Apache Spark

# Create sales_df and products_df DataFrames with the specified rows
# Your code here

Hint

Use spark.createDataFrame with a list of tuples and column names.

2

Add salt column to DataFrames

Add a new column called salt to both sales_df and products_df. The salt column should contain a random integer between 0 and 1 for each row. Use the Spark SQL function floor(rand()*2) and alias it as salt.

Apache Spark

from pyspark.sql.functions import rand, floor
# Add salt column to sales_df and products_df
# Your code here

Hint

Use withColumn and floor(rand() * 2) to create the salt column.

3

Perform salted join

Perform an inner join between sales_df and products_df on both product and salt columns. Save the result in a DataFrame called joined_df.

Apache Spark

# Join sales_df and products_df on product and salt columns
# Your code here

Hint

Use join with on=["product", "salt"] and how="inner".

4

Display the joined DataFrame

Use print to display the contents of joined_df by calling joined_df.show().

Apache Spark

# Display the joined DataFrame
# Your code here

Hint

Use joined_df.show() to display the DataFrame.

Practice

1.

What is the main problem caused by skewed joins in Apache Spark?

easy

A. Spark cannot read the input data format

B. Spark runs out of memory due to too many partitions

C. Some keys have many rows, causing slow join performance

D. Data gets duplicated across all nodes

Solution

1. Step 1: Understand skewed join definition

   Skewed joins happen when some keys have a lot more rows than others, causing uneven data distribution.

2. Step 2: Identify the impact on performance

   This uneven distribution causes some tasks to take much longer, slowing down the entire join operation.

3. Final Answer:

   Some keys have many rows, causing slow join performance -> Option C

4. Quick Check:

   Skewed joins = slow join due to uneven keys [OK]

Hint: Skewed join means uneven key distribution slows join [OK]

Common Mistakes:

• Thinking skewed joins cause data duplication
• Confusing skew with memory errors
• Assuming all keys have equal rows

2.

Which of the following is the correct way to add a salt column for handling skewed joins in Spark using PySpark?

from pyspark.sql.functions import rand, floor

# Add salt column
salted_df = df.withColumn('salt', floor(rand() * 10))

easy

A. salted_df = df.withColumn('salt', floor(rand() * 10))

B. salted_df = df.withColumn('salt', rand() + 10)

C. salted_df = df.withColumn('salt', floor(rand()))

D. salted_df = df.withColumn('salt', rand() * 10)

Solution

1. Step 1: Understand salt column creation

   Salt column should be an integer from 0 to 9 to spread keys evenly.

2. Step 2: Check the code correctness

   Using floor(rand() * 10) creates integers 0-9, which is correct for salting.

3. Final Answer:

   salted_df = df.withColumn('salt', floor(rand() * 10)) -> Option A

4. Quick Check:

   floor(rand()*10) creates salt 0-9 [OK]

Hint: Use floor(rand()*N) for integer salt column [OK]

Common Mistakes:

• Using rand() without floor gives float salt
• Adding 10 instead of multiplying
• Not converting to integer with floor

3.

Given the following PySpark code snippet, what will be the output count of joined_df?

df1 = spark.createDataFrame([(1, 'A'), (1, 'B'), (2, 'C')], ['id', 'val1'])
df2 = spark.createDataFrame([(1, 'X'), (1, 'Y'), (3, 'Z')], ['id', 'val2'])

joined_df = df1.join(df2, 'id')
print(joined_df.count())

medium

A. 2

B. 4

C. 3

D. 5

Solution

1. Step 1: Analyze join keys and rows

   df1 has id=1 twice, df2 has id=1 twice, so join on id=1 produces 2*2=4 rows. id=2 and id=3 do not match both sides.

2. Step 2: Calculate total joined rows

   Only id=1 matches, producing 4 rows in joined_df.

3. Final Answer:

   4 -> Option B

4. Quick Check:

   2x2 matches for id=1 = 4 rows [OK]

Hint: Multiply matching rows per key for join count [OK]

Common Mistakes:

• Counting only unique keys, ignoring duplicates
• Assuming join count equals smaller table size
• Ignoring multiple matches per key

4.

Identify the error in the following PySpark code snippet intended to handle skewed joins by salting:

from pyspark.sql.functions import rand, floor

salted_df1 = df1.withColumn('salt', floor(rand() * 5))
salted_df2 = df2.withColumn('salt', floor(rand() * 5))

joined_df = salted_df1.join(salted_df2, ['id', 'salt'])

medium

A. rand() function is not imported correctly

B. floor(rand() * 5) produces values outside 0-4 range

C. Join should be on 'id' only, not on 'salt'

D. Salt columns are added independently, so keys may not match on salt

Solution

1. Step 1: Understand salting logic

   Salt must be added consistently to both dataframes so matching keys have the same salt value.

2. Step 2: Identify error in salt generation

   Here, salt is generated independently with rand(), so salt values won't match for same keys, causing join to fail.

3. Final Answer:

   Salt columns are added independently, so keys may not match on salt -> Option D

4. Quick Check:

   Independent salt columns cause join mismatch [OK]

Hint: Salt must be consistent on both sides for join [OK]

Common Mistakes:

• Adding salt independently without coordination
• Joining only on 'id' when salting is used
• Misunderstanding rand() output range

5.

You have two large datasets with a highly skewed join key. Which approach best handles the skew to improve join performance?

1. Add a random salt column to the skewed dataset and replicate the smaller dataset across all salt values, then join on both key and salt.
2. Disable broadcast joins to force shuffle join.
3. Use map-side join without salting.
4. Increase executor memory without changing join logic.

hard

A. Add random salt to skewed dataset and replicate smaller dataset across salt values, join on key and salt

B. Disable broadcast joins to force shuffle join

C. Use map-side join without salting

D. Increase executor memory without changing join logic

Solution

1. Step 1: Understand skewed join handling

   Salting spreads skewed keys across partitions by adding a random salt column to the skewed dataset and replicating the smaller dataset across all possible salt values.

2. Step 2: Evaluate options

   Disabling broadcast or increasing memory alone won't fix skew. Map-side join without salting won't handle skew properly.

3. Final Answer:

   Add random salt to skewed dataset and replicate smaller dataset across salt values, join on key and salt -> Option A

4. Quick Check:

   Random salt skewed + replicate small fixes skew [OK]

Hint: Random salt skewed + replicate small fixes skew [OK]

Common Mistakes:

• Disabling broadcast join alone fixes skew
• Not replicating the smaller dataset when salting
• Relying only on memory increase