Reparticionamento de estado sob demanda para consultas de transmissão com estado
O reparticionamento de estado sob demanda permite redimensionar o número de partições para uma consulta de transmissão estruturada com estado sem perder o estado do ponto de verificação.
Sem o reparticionamento de estado sob demanda, você define o número de partições de embaralhamento durante a criação do ponto de verificação. Se você alterar spark.sql.shuffle.partitions, as consultas com pontos de verificação existentes ignorarão o novo valor. Aplicar uma nova contagem de partições exige que você reinicie a consulta com um novo ponto de verificação.
O reparticionamento de estado sob demanda oferece os seguintes benefícios:
- Ajuste as consultas redimensionando o número de partições sem reconstruir o ponto de verificação.
- Aumente ou diminua a escala das consultas para corresponder às alterações na carga de trabalho.
Requisitos
- Databricks Runtime 18.3 ou acima.
- A consulta deve utilizar o provedor de armazenamento do estado RocksDB . No DBR 17.3 ou superior, RocksDB é o provedor de armazenamento do estado default . Consulte Configurar o armazenamento do estado RocksDB no Databricks.
Alterar o número de partições
Use a configuração Spark spark.sql.streaming.stateStore.partitions e reinicie a consulta para alterar o número de partições de estado de embaralhamento e transmissão:
- Python
- Scala
query.stop()
spark.conf.set("spark.sql.streaming.stateStore.partitions", "<numPartitions>")
query = df.writeStream.start()
query.stop()
spark.conf.set("spark.sql.streaming.stateStore.partitions", "<numPartitions>")
val query = df.writeStream.start()
Para consultas com estado, spark.sql.streaming.stateStore.partitions tem precedência sobre spark.sql.shuffle.partitions. Após a consulta ser reiniciada e o último microlote planejado ser concluído, a consulta executa uma operação de repartição para redistribuir os dados de estado no novo número de partições. Após a conclusão das operações de repartição, a consulta retoma o processamento.
Estado de repartição do monitor
Após a conclusão do próximo microlote, StreamingQueryProgress eventos incluem a duração das operações de repartição. Nas métricas durationMs de um evento, controlBatch.REPARTITION mostra o valor da duração em milissegundos. Estados maiores podem aumentar o tempo necessário para o reparticionamento. Veja consultas de monitoramento transmissão estruturada no Databricks.
Exemplo
O exemplo a seguir reduz o número de partições de uma consulta de 200 (o default para 100, embaralhando as partições. Interrompa a consulta, defina a nova contagem de partições e reinicie:
- Python
- Scala
# Start the query with the default partition count (200)
query = (df
.withWatermark("event_time", "10 minutes")
.groupBy(
window("event_time", "5 minutes"),
"id")
.count()
.writeStream
.format("delta")
.option("checkpointLocation", "/checkpoint/path")
.outputMode("append")
.start()
)
# Stop the query and scale down to 100 partitions
query.stop()
spark.conf.set("spark.sql.streaming.stateStore.partitions", "100")
# Restart the query with the same options
query = (df
.withWatermark("event_time", "10 minutes")
.groupBy(
window("event_time", "5 minutes"),
"id")
.count()
.writeStream
.format("delta")
.option("checkpointLocation", "/checkpoint/path")
.outputMode("append")
.start()
)
// Start the query with the default partition count (200)
val query = df
.withWatermark("event_time", "10 minutes")
.groupBy(
window($"event_time", "5 minutes"),
$"id")
.count()
.writeStream
.format("delta")
.option("checkpointLocation", "/checkpoint/path")
.outputMode("append")
.start()
// Stop the query and scale down to 100 partitions
query.stop()
spark.conf.set("spark.sql.streaming.stateStore.partitions", "100")
// Restart the query with the same options
val query2 = df
.withWatermark("event_time", "10 minutes")
.groupBy(
window($"event_time", "5 minutes"),
$"id")
.count()
.writeStream
.format("delta")
.option("checkpointLocation", "/checkpoint/path")
.outputMode("append")
.start()