PHPMem v2.0.1

Version
1.6.45
Uptime
7 days 7 hours 30 minutes 53 seconds

Memory

Total
512MB
Used
13,32MB (2.6%)
Free
498,68MB

Keys

Current
10 162
Total (since start)
11 092
Evictions
0
Reclaimed
157
Expired Unfetched
0
Evicted Unfetched
0

Connections

Current
2 / 1 024 max
Total
62 749
Rejected
0
llm:6806acadf045cf772fa4e365fa5cb42e45de35e439b5ad334f4c12189b65b791
TTL 6 hours 45 minutes 10 seconds Size 1,67KB Export
Edit
### 5.1 Performance Posture The dataset exhibits a straightforward performance profile anchored by the **fighters** dimension table (2,760 rows) and a smaller **popular_matches** reference table (152 rows). At this scale, query performance remains well within acceptable bounds for predictive modeling workflows, with no immediate scaling concerns. The absence of validated joins between tables suggests each operates independently—**fighters** likely serves as the primary feature source for outcome prediction, while **popular_matches** may provide supplementary context or validation cases. Current storage is adequate for analytical workloads, though text-based fighter lookups will benefit from targeted optimization as query complexity increases. ### 5.2 Key Optimizations | Target | Optimization Type | Recommendation | Strength | |--------|-------------------|----------------|----------| | fighters.name | Text Search | keyword | High | Implementing keyword indexing on **fighters.name** will accelerate fighter-specific queries essential to pre-fight feature extraction and model training pipelines. When analysts filter training data by specific boxers or validate predictions against historical performance, this optimization eliminates full-table scans and reduces query latency by an estimated 60–80%. Given that outcome prediction hinges on rapidly assembling fighter attributes across multiple bouts, this single enhancement directly supports the core analytical goal while maintaining infrastructure simplicity appropriate to the dataset's modest footprint.