StarRocks is gaining traction among data engineers at companies like Coinbase, Pinterest, and Fresha as a high-performance OLAP engine capable of sub-second analytics on terabyte-scale data. The core differentiator over ClickHouse, Druid, and Pinot is native support for fast distributed joins via colocated join groups — tables sharing the same bucketing key, bucket count, and replica placement so joins happen locally without network shuffle. Coinbase uses StarRocks for crypto trade data with a hybrid hot/cold architecture: recent data in StarRocks native format on S3, cold historical data federated from Iceberg. Pinterest migrated from Druid and cut p90 query latency by 50% while using only 32% of prior infrastructure. Fresha achieved sub-100ms p95 web analytics queries. Key architectural decisions enabling this performance include a cost-based optimizer (CBO), delete-and-insert primary key updates, multi-tier caching (memory → local disk → S3), intelligent materialized views, and SIMD vectorized execution. Tradeoffs include a smaller community than ClickHouse, the need for careful upfront data modeling around partition and colocation keys, and occasional stability issues in new releases.

29m read timeFrom ssp.sh
Post cover image
Table of contents
IntroductionWhat is StarRocks?Why StarRocks?Why Coinbase Chose StarRocksWhy Fresha Switched to StarRocks?Pinterest: From Druid to StarRocksCommon Patterns Across AdoptersStarRocks Technology Decisions and ArchitectureConclusion: Is StarRocks Too Good to Be True?References
222 Impressions