Amazon Aurora vs Neo4j
SEPT 2026 auditA comparison of Amazon Aurora and Neo4j built from values read directly from each provider's own documentation, with the source recorded against every figure.
The short answer
Choose Amazon Aurora if…
Teams on AWS who want a Postgres or MySQL cluster that can throw off a copy-on-write clone of production in minutes, keep up to fifteen readers behind it, and pause to nothing between bursts in serverless mode.
Editorial · Palash Bagchi · approved
Choose Neo4j if…
Teams whose data is naturally relationships-first — recommendation engines, fraud detection, knowledge graphs — where the query itself is a graph traversal Cypher expresses directly and a relational join chain would not.
Editorial · Palash Bagchi · approved
Consider something else if…
- Amazon Aurora: You want the upstream database rather than a compatible one, or a branch workflow rather than a clone. AWS documents cloning as a way to build a test environment, not as something you do per pull request.
- Neo4j: The data model is tabular and the graph shape is incidental — most CRUD apps fit a relational or document database better, and Neo4j's per-GB memory pricing is a worse fit for large flat datasets than a row-store.
5 sourced criteria separate them — see where, with sources, below.
Pick the criteria you care about. The chart counts how many of them lean toward each provider — the same read as scanning the bars below, just totalled for the ones you chose.
Amazon Aurora 0
Neo4j 0
At a glance.
| Criterion | Amazon Aurora | Neo4j |
|---|---|---|
| Pricing | ||
| Free tier | Yes — capped Free plan plus time-limited credits | Yes |
| Pricing model | Pay per use with no plan fee: instances plus storage plus I/O, or ACU-hours in serverless mode. AWS's own worked example prices serverless compute at $0.12 per ACU-hour on Aurora Standard and $0.156 on Aurora I/O-Optimized in US East (N. Virginia) — the difference being whether I/O is metered separately or folded into a higher compute and storage rate. Provisioned instances also offer Reserved Instance pricing, and usage may qualify for Database Savings Plans against a committed hourly spend. | Usage-based, metered per GB-hour of memory on the Professional tier. A paused database cuts cost by roughly 80%. |
| Infrastructure | ||
| Regions | 34 AWS regions, the same list for the MySQL- and PostgreSQL-compatible editions. Counted from the two availability tables in Aurora's own docs, which publish the regions and no total. | AWS, Azure and Google Cloud, across more than 60 global cloud regions; also available through the AWS, Azure and Google Cloud marketplaces. |
| Data | ||
| Engine | MySQL- and PostgreSQL-compatible. Aurora is AWS's own engine rather than a hosted build of either, so compatibility is the claim being made — existing code, tools and applications are stated to work, which is not the same as being the upstream database. | Neo4j, a native property graph database. |
| Point-in-time recovery | Any point inside the backup retention period, so up to 35 days. Aurora's backups are continuous and incremental against the cluster volume rather than periodic snapshots plus log replay, which is why AWS states no performance impact while they are taken. | Not included on the entry-paid (Professional) tier — point-in-time restore is a Business Critical feature, with hourly granularity and 30-day retention. |
| Read replicas | Supported — 15 per cluster, a quota AWS will not raise | Supported |
| Backup retention | 1 to 35 days. Unlike an RDS DB instance it cannot be set to 0 — Aurora backs the cluster volume up continuously and there is no way to turn that off. | Daily backups, 7-day retention on the entry-paid (Professional) tier. Business Critical adds 30-day retention with hourly point-in-time restore; Virtual Dedicated Cloud gets hourly backups with 60-day retention. |
Where they differ.
Pricing model
- Amazon Aurora
- Pay per use with no plan fee: instances plus storage plus I/O, or ACU-hours in serverless mode. AWS's own worked example prices serverless compute at $0.12 per ACU-hour on Aurora Standard and $0.156 on Aurora I/O-Optimized in US East (N. Virginia) — the difference being whether I/O is metered separately or folded into a higher compute and storage rate. Provisioned instances also offer Reserved Instance pricing, and usage may qualify for Database Savings Plans against a committed hourly spend.
- Neo4j
- Usage-based, metered per GB-hour of memory on the Professional tier. A paused database cuts cost by roughly 80%.
Sources (2) →Sources ↓
- Amazon Aurora pricing — Amazon Web Services ↗
“Aurora charges for database instances and storage, along with any optional features you choose to enable. Aurora PostgreSQL and Aurora MySQL offer On-Demand and Reserved Instance pricing. [...] We want to calculate the compute costs of running this workload on Aurora serverless with the database cluster configured as Aurora Standard and Aurora I/O-Optimized in US East (N. Virginia). [...] 5 ACUs * $0.12 per ACU-hour * 30/60 hour $0.30 [...] 5 ACUs * $0.156 per ACU-hour * 30/60 hour $0.39”
Read 2026-09-09 · official pricing
- Neo4j Pricing ↗
“Pause database, save 80% costs.”
Read 2026-09-11 · official pricing
Regions
- Amazon Aurora
- 34 AWS regions, the same list for the MySQL- and PostgreSQL-compatible editions. Counted from the two availability tables in Aurora's own docs, which publish the regions and no total.
- Neo4j
- AWS, Azure and Google Cloud, across more than 60 global cloud regions; also available through the AWS, Azure and Google Cloud marketplaces.
Sources (2) →Sources ↓
- Regions and Availability Zones — Amazon Aurora User Guide ↗
“Aurora MySQL Region availability The following table shows the AWS Regions where Aurora MySQL is currently available and the endpoint for each Region. Region Name Region Endpoint Protocol US East (Ohio) us-east-2 rds.us-east-2.amazonaws.com HTTPS US East (N. Virginia) us-east-1 rds.us-east-1.amazonaws.com HTTPS [...] Aurora PostgreSQL Region availability”
Read 2026-09-09 · official docs
- Neo4j Pricing ↗
“Available on Azure, AWS, and Google Cloud. You can deploy AuraDB in over 60 global cloud regions.”
Read 2026-09-11 · official pricing
Engine
- Amazon Aurora
- MySQL- and PostgreSQL-compatible. Aurora is AWS's own engine rather than a hosted build of either, so compatibility is the claim being made — existing code, tools and applications are stated to work, which is not the same as being the upstream database.
- Neo4j
- Neo4j, a native property graph database.
Sources (2) →Sources ↓
- What is Amazon Aurora? — Amazon Aurora User Guide ↗
“Amazon Aurora (Aurora) is a fully managed relational database engine that's compatible with MySQL and PostgreSQL. [...] The code, tools, and applications you use today with your existing MySQL and PostgreSQL databases can be used with Aurora.”
Read 2026-09-09 · official docs
- Neo4j Aura documentation ↗
“Neo4j Aura is a fully automated graph platform offered as a cloud service.”
Read 2026-09-11 · official docs
Point-in-time recovery
- Amazon Aurora
- Any point inside the backup retention period, so up to 35 days. Aurora's backups are continuous and incremental against the cluster volume rather than periodic snapshots plus log replay, which is why AWS states no performance impact while they are taken.
- Neo4j
- Not included on the entry-paid (Professional) tier — point-in-time restore is a Business Critical feature, with hourly granularity and 30-day retention.
Sources (2) →Sources ↓
- Backing up and restoring an Aurora DB cluster — Amazon Aurora User Guide ↗
“Aurora automated backups are continuous and incremental, so you can quickly restore to any point within the backup retention period. No performance impact or interruption of database service occurs as backup data is being written.”
Read 2026-09-09 · official docs
- Neo4j Pricing ↗
“Business Critical: Daily backups with 30-day retention and hourly point-in-time restore.”
Read 2026-09-11 · official pricing
Backup retention
- Amazon Aurora
- 1 to 35 days. Unlike an RDS DB instance it cannot be set to 0 — Aurora backs the cluster volume up continuously and there is no way to turn that off.
- Neo4j
- Daily backups, 7-day retention on the entry-paid (Professional) tier. Business Critical adds 30-day retention with hourly point-in-time restore; Virtual Dedicated Cloud gets hourly backups with 60-day retention.
Sources (2) →Sources ↓
- Backing up and restoring an Aurora DB cluster — Amazon Aurora User Guide ↗
“Aurora backs up your cluster volume automatically and retains restore data for the length of the backup retention period. [...] You can specify a backup retention period from 1–35 days when you create or modify a DB cluster.”
Read 2026-09-09 · official docs
- Neo4j Pricing ↗
“Professional: Daily backups, 7-day retention. Business Critical: Daily backups with 30-day retention and hourly point-in-time restore. Virtual Dedicated Cloud: Hourly backups with 60-day retention.”
Read 2026-09-11 · official pricing
When these numbers change, hear about it. Sources are re-checked monthly; a repricing goes out as a short note.
Documented by only one.
These criteria are published by one provider and not the other. An absence here means we have not found a source, not that the feature is missing.
Questions this comparison answers.
Should I choose Amazon Aurora or Neo4j?
Pick Amazon Aurora if Teams on AWS who want a Postgres or MySQL cluster that can throw off a copy-on-write clone of production in minutes, keep up to fifteen readers behind it, and pause to nothing between bursts in serverless mode.
Pick Neo4j if Teams whose data is naturally relationships-first — recommendation engines, fraud detection, knowledge graphs — where the query itself is a graph traversal Cypher expresses directly and a relational join chain would not.