Bird
0
0

A Bigtable schema uses row keys as timestamp#userID. Users report slow writes during peak times. What is the likely cause?

medium📝 Debug Q6 of 15
GCP - Cloud Firestore and Bigtable
A Bigtable schema uses row keys as timestamp#userID. Users report slow writes during peak times. What is the likely cause?
AHotspotting due to sequential timestamps causing write concentration
BToo many column families defined
CRow keys are too short
DData compression is disabled
Step-by-Step Solution
Solution:
  1. Step 1: Analyze row key pattern

    Row keys start with timestamp, which increases sequentially.
  2. Step 2: Identify hotspotting effect

    Sequential keys cause writes to focus on one tablet, causing slow writes.
  3. Final Answer:

    Hotspotting due to sequential timestamps causing write concentration -> Option A
  4. Quick Check:

    Sequential keys cause hotspots = B [OK]
Quick Trick: Avoid timestamp prefix to prevent write hotspots [OK]
Common Mistakes:
  • Blaming column families for write slowness
  • Thinking short keys cause slow writes
  • Assuming compression affects write speed

Want More Practice?

15+ quiz questions · All difficulty levels · Free

Free Signup - Practice All Questions
More GCP Quizzes