Follow-up · depth 9
How do you make Query Execution Plans safer under partial failure?
How do you make Query Execution Plans safer under partial failure?
Answers use simple, clear English.
Audio N/AQuick interview answer
Harden Query Execution Plans with timeouts, retries with jitter, isolation, and graceful degradation. Use Query Execution Plans as the core idea. Example shape: Sudden seq scan on million-row table traced to outdated stats after bulk load..
Detailed answer
Resilience for Query Execution Plans under partial failure: • Timeouts + budgets on every dependency call • Retries only when idempotent, with jitter/backoff • Isolation: bulkheads/queues so one failure does not cascade • Degradation: serve stale/cached/limited mode when needed Practices: ANALYZE/UPDATE STATISTICS after bulk changes; compare before/after cost. Parent context: Use Query Execution Plans as the core idea. Example shape: Sudden seq scan on million-row table traced to outdated stats after bulk load..
Full explanation
Partial failure is the default in distributed systems — show how Query Execution Plans stays useful anyway. Optimizer chooses join order, access paths (seek vs scan), and algorithms (hash vs merge join). EXPLAIN/EXPLAIN ANALYZE shows estimated vs actual rows — key for tuning.
Follow-up questions
Only answered follow-ups are shown — click to open with full answers
Parent context — Query Execution Plans
Use Query Execution Plans as the core idea. Example shape: Sudden seq scan on million-row table traced to outdated stats after bulk load..
View full parent question →