Understanding the Query Execution in YugabyteDB
summary
Yugabyte uses the Postgres query layer pluggable into a custom DocDB on RocksDB storage engine, and the planner/executor/optimizer are extended to be shard- and node-aware. Primary vs secondary indexes and hash vs range sharding determine physical ordering; a simple Docker demo compares two tables with different primary keys and shows the same query taking about 5 ms versus 1.7 ms, illustrating a ~3 ms penalty when the index choice forces scanning many rows.
AI-written summary · about
chapters (10)
- 0:00YugabyteDB overview
- 2:02YugabyteDB architecture
- 4:15PostgreSQL compatibility
- 7:10Query layer enhancements
- 9:00Supported PostgreSQL features
- 10:54Storage layer execution
- 11:38Key-value storage model
- 13:28Data sharding impact
- 17:44Demo: Query performance
- 24:16Key takeaways
related talks
02h 27mDistributed SQL Tuning and Optimization in YugabyteDB
01h 27mYugabyteDB YSQL Development
30mTechnical Comparison of YugabyteDB with Oracle and PostgreSQL
27mIntroduction to YugabyteDB: Design and Architecture
25mYugabyteDB Technical Overview
01h 13mExtending PostgreSQL to Google Spanner architecture
47mAnatomy of a Distributed SQL Database - YugabyteDB
27mIntroduction to YugabyteDB – Design and Architecture
