<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Performance Issue with OPTIMIZE Command for Historical Data Migration Using Liquid Clustering in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/performance-issue-with-optimize-command-for-historical-data/m-p/126190#M47655</link>
    <description>&lt;P&gt;Did you got any solution? If Yes please post it.&lt;/P&gt;</description>
    <pubDate>Wed, 23 Jul 2025 12:18:54 GMT</pubDate>
    <dc:creator>HimanshuSingh</dc:creator>
    <dc:date>2025-07-23T12:18:54Z</dc:date>
    <item>
      <title>Performance Issue with OPTIMIZE Command for Historical Data Migration Using Liquid Clustering</title>
      <link>https://community.databricks.com/t5/data-engineering/performance-issue-with-optimize-command-for-historical-data/m-p/81345#M36278</link>
      <description>&lt;P&gt;Hello Databricks Community,&lt;/P&gt;&lt;P&gt;I’m experiencing performance issues with the OPTIMIZE command when migrating historical data into a table with liquid clustering. Specifically, I am processing one year’s worth of data at a time. For example:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;The OPTIMIZE command for the 2021 data took approximately 28 hours to complete.&lt;/LI&gt;&lt;LI&gt;The same command for 2020, with similar data volume on the same cluster (27 m7gd.2xlarge machines), completed within 12 hours.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;The schema of the data has not changed over these years, so it’s puzzling why there is such a significant difference in processing times for similar data volumes.&lt;/P&gt;&lt;P&gt;Recently, we switched to r6g.2xlarge instances as per recommendations. Currently, the OPTIMIZE command for the 2023 data has been running for over 30 hours without completion. This is on a cluster with 23 nodes (r6g.2xlarge machines), processing approximately 35 billion rows and 3.3 TB of data on disk. All the cluster metrics are well within limits.&lt;/P&gt;&lt;P&gt;Here are a few specifics:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;The cluster has 4 keys.&lt;/LI&gt;&lt;LI&gt;I verified the size of the data chunks by loading data into a temporary table and checking the size using the DESCRIBE TABLE command.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;Could someone help me understand why there are such discrepancies in the processing times and provide any recommendations to improve the performance?&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you!&lt;/P&gt;</description>
      <pubDate>Wed, 31 Jul 2024 15:15:58 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/performance-issue-with-optimize-command-for-historical-data/m-p/81345#M36278</guid>
      <dc:creator>dnz</dc:creator>
      <dc:date>2024-07-31T15:15:58Z</dc:date>
    </item>
    <item>
      <title>Re: Performance Issue with OPTIMIZE Command for Historical Data Migration Using Liquid Clustering</title>
      <link>https://community.databricks.com/t5/data-engineering/performance-issue-with-optimize-command-for-historical-data/m-p/126190#M47655</link>
      <description>&lt;P&gt;Did you got any solution? If Yes please post it.&lt;/P&gt;</description>
      <pubDate>Wed, 23 Jul 2025 12:18:54 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/performance-issue-with-optimize-command-for-historical-data/m-p/126190#M47655</guid>
      <dc:creator>HimanshuSingh</dc:creator>
      <dc:date>2025-07-23T12:18:54Z</dc:date>
    </item>
  </channel>
</rss>

