Best VPS for Databases (Postgres & MySQL) in 2026
Updated Aug 2026 · 8 plans benchmarked
A self-hosted database wants three things: RAM to cache the working set, fast NVMe for write latency, and reliable backups. These plans deliver all three without enterprise pricing.
- RAM sized to your working set — a high cache-hit ratio is the single biggest performance lever.
- NVMe, not spinning disk, for low write latency and fast checkpoints.
- Snapshots or automated backups for point-in-time recovery.
- KVM for full control of kernel/IO tuning, and a region near your app servers.
The picks
Fast NVMe and 4 GB RAM handle a real Postgres or MySQL workload, and Snapshots make point-in-time backups trivial.
NVMe across the range and included daily backups suit a self-run database; the 4 GB VPS-1 is the cheapest NVMe entry in this list.
The Cloud VPS 4 packs 8 GB and NVMe for under $5 — the most RAM-per-dollar here for a memory-hungry database (choose the NVMe option).
Scale RAM independently as your dataset grows, and place the database in the same region as your app to cut query latency.
Straightforward provisioning and reliable block storage for a self-run database; managed database add-ons exist if you outgrow DIY. Hetzner is cheaper for the raw box.
The picks, side by side
Prices verified Aug 2026 · How we benchmark →
Common questions
How much RAM does my database need?
Ideally enough to hold your working set (the frequently accessed rows and indexes) in cache. For small apps 2–4 GB is plenty; size up as your hot data grows.
NVMe vs SSD for databases — does it matter?
Yes. NVMe has far lower write latency than SATA SSD, which directly improves transaction throughput and checkpoint times under load.
Should the database share a VPS with my app?
At small scale, yes — it's simpler and cheaper. Split it onto its own box once the database and app start competing for RAM or CPU.