vendor lock-in → exit plan
Get an exact quote
Databases migration path

From MySQL to PostgreSQL

Cost comparison, a phase-by-phase migration plan, and the automation to execute it.

Effort
Medium
Est. timeline
~15 wks
PostgreSQL model
Free (optional support)
Open source
Yes
▶ Model your savings in the calculator

3-year cost calculator

Pre-filled for MySQL → PostgreSQL. Adjust every figure with your own numbers.

Every figure here is an illustrative estimate, not a vendor quote. Defaults are editable starting points compiled from public information; real, binding pricing comes from the vendor or an authorized distributor. See our methodology.

Sized at 64 vCPUs — cost is computed on this.
Stay on MySQL (3yr)
$4,800
Move to PostgreSQL (3yr + migration)
$67,680
Projected extra cost
$62,880 (1310%)
Payback period
Build a decision report from these numbers:

How this is licensed: Oracle and SQL Server license by the vCPUs of the database server VM. Oracle applies a per-core factor and counts ALL vCPUs unless the workload runs on approved hard-partitioned or Oracle-engineered hardware; SQL Server has a 4-vCPU-per-VM minimum. Set $/vCPU to your edition and core factor.

All figures are illustrative and fully editable — adjust the cost-per-vCPU and migration inputs with your own numbers. Not guaranteed vendor pricing (defaults reviewed May 2026). For a binding quote, use the request form below to reach an authorized distributor or partner.

Quick comparison: MySQL vs PostgreSQL

Common trade-offs teams weigh when staying on MySQL versus moving to PostgreSQL. These are general, commonly-reported considerations — not statements of fact about any vendor — so check them against your own contract and the vendors' current terms.

MySQL Current
Open source · Free CE / paid editions
  • Already in production — no migration effort or risk
  • Established and already integrated in your stack
  • Re-evaluating cost, support, or strategic fit
PostgreSQL Planned
Open source · Free (optional support)
  • Open source — no license fees
  • No vendor lock-in
  • Cost model: Free (optional support)
  • Requires a migration (~15 weeks, medium effort)
  • Community support by default — paid support optional

Why teams evaluate alternatives to MySQL

Reasons commonly cited by users and in public industry coverage for re-evaluating MySQL. These are general, reported considerations — not statements of fact about Oracle — and may not reflect your situation or the vendor's current terms. Verify against your own contract before deciding.

  • Re-evaluating cost, support terms, or strategic fit.

The migration plan

Roughly 15 weeks for a mid-size estate, in six phases.

Assessment & discovery
Inventory every workload, dependency, and integration; flag anything high-risk.
Target design & sizing
Size the new platform, design storage and networking, set RPO/RTO and rollback criteria.
Pilot migration
Migrate a small low-risk set end-to-end and validate the runbook.
↳ pgloader handles schema + data; review SQL dialect differences.
Production migration
Move workloads in scheduled waves using automation; verify after each wave.
Validation & optimization
Tune performance, confirm backup/DR, and update monitoring and docs.
Decommission source
Reclaim licenses, retire old infrastructure, and capture lessons learned.

Tooling & automation

pgloader handles schema + data; review SQL dialect differences.

OffVendor's wizard pre-fills these scripts with your environment — inventory export, disk/schema conversion, bulk provisioning, and validation.

Frequently asked

Is migrating from MySQL to PostgreSQL worth it?

For most teams facing rising MySQL costs, yes — PostgreSQL (free (optional support)) typically lowers 3-year total cost of ownership, though the right answer depends on workload complexity and in-house skills. Use the calculator to model your own numbers.

How long does a MySQL to PostgreSQL migration take?

A typical mid-size estimate is around 15 weeks across six phases — discovery, design, pilot, waved production migration, validation, and decommission. Larger or more complex estates take longer.

What tools are used to migrate from MySQL to PostgreSQL?

pgloader handles schema + data; review SQL dialect differences.

Get a vendor-accurate PostgreSQL quote

A guided builder that turns your estimates into a requirements report you can send to a vendor, partner, or distributor to secure a binding quote.

How this works — and what's yours to provide
  • Your inputs, your responsibility. The figures and estimates here describe your environment and requirements — please make sure they're accurate. OffVendor's defaults are illustrative starting points only, not vendor pricing.
  • It generates a requirements report (RFQ). Use it to capture your sizing and requirements and share it with your authorized vendor / partner / distributor to obtain a final, binding quote.
  • Then close the loop on your TCO. When the real quote comes back, plug those actual prices into the calculator above to refine your TCO and see where reality differs from the estimate.
  1. 1Size it
  2. 2Requirements
  3. 3Your details
  4. 4Channels & export

How big is your MySQL estate?

Count the OS/database server VMs and their typical vCPU allocation. Licensing usually counts all vCPUs on each VM. Not sure? Enter rough numbers — the distributor confirms exact counts later.

64 vCPUs
Default mid-size assumption (64 vCPUs)
Estimates are illustrative and configurable; production figures come from vendor list prices and your own quotes.