What problem does it solve?
TiKV memory issues are notoriously difficult to troubleshoot due to its multi-module architecture and lack of unified memory accounting, leading to wasted time guessing at root causes of gradual memory growth, sudden OOM crashes, and memory hotspots.
Core Features & Use Cases
- Structured Diagnostic Guidance: Step-by-step routing for initial checks, key configuration review, and metric analysis to prioritize OOM prevention or root cause tracing.
- Known Issue Reference Library: Pre-documented workarounds and fixed versions for verified TiKV memory bugs including scheduler lock_key leaks, pessimistic lock memory bloat, resolved-ts OOM, and coprocessor backlog issues.
- Metric and Profile Collection Instructions: Clear guidance for identifying major memory consumers via TiDB Dashboard metrics, and collecting heap profiles for both pre-v7.5 and v7.5+ TiKV instances.
Use case: If your TiKV cluster is experiencing repeated OOMs after a recent scale-in operation, use this skill to cross-reference symptoms against known scaling-related memory issues, check relevant metrics for region count and memory pressure, and apply the correct mitigation steps.
Quick Start
Use the tikv-memory skill to investigate the gradual memory growth and OOM crashes affecting your 3-node TiKV v7.5.6 cluster, and retrieve the recommended workaround for the pessimistic lock memory leak pattern.