StackShareStackShare
Follow on
StackShare

Discover and share technology stacks from companies around the world.

Follow on

© 2025 StackShare. All rights reserved.

Product

  • Stacks
  • Tools
  • Feed

Company

  • About
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  1. Stackups
  2. Application & Data
  3. Databases
  4. Databases
  5. Amazon Athena vs MySQL

Amazon Athena vs MySQL

OverviewDecisionsComparisonAlternatives

Overview

MySQL
MySQL
Stacks129.6K
Followers108.6K
Votes3.8K
GitHub Stars11.8K
Forks4.1K
Amazon Athena
Amazon Athena
Stacks521
Followers840
Votes49

Amazon Athena vs MySQL: What are the differences?

Key Differences Between Amazon Athena and MySQL

Introduction:

In website development, it is crucial to understand the differences between different data management systems. This helps determine which system best suits the project requirements. Two popular options are Amazon Athena and MySQL. Here are six key differences between these two data management systems:

  1. Data Storage and Access: Amazon Athena is a serverless query service that allows users to analyze data directly in Amazon Simple Storage Service (S3) without the need for infrastructure management. In contrast, MySQL is a structured query language (SQL) database management system that requires setting up and managing servers for data storage and access.

  2. Scalability: Amazon Athena automatically scales up or down based on the data being queried. It can handle large datasets with ease, allowing businesses to analyze vast amounts of data efficiently. On the other hand, MySQL requires manual configuration, scaling, and management of servers to handle increased workloads, making it less flexible when it comes to scalability.

  3. Cost Structure: Amazon Athena follows a pay-per-use pricing model, which means users are charged based on the amount of data scanned during queries. It eliminates the need for upfront costs and allows for cost optimization by running queries on specific subsets of data. In contrast, MySQL requires upfront investments in hardware, software licenses, and ongoing maintenance costs, making it more expensive in the long run.

  4. Data Format and Schema: Amazon Athena supports various data formats, including Avro, CSV, JSON, ORC, and Parquet, and supports both structured and unstructured data. It provides flexibility in working with different data formats and schema-less data. On the other hand, MySQL requires a predefined schema and supports structured data in tabular format.

  5. Query Execution: Amazon Athena performs query execution using Presto, a distributed SQL query engine that enables fast and interactive analytics. It leverages parallelism and distributed computing to process queries efficiently. MySQL uses its own query execution engine, optimized for transactional operations rather than analytical queries, making it less performant for complex analytical workloads.

  6. Integration with Ecosystem: Amazon Athena seamlessly integrates with other AWS services such as AWS Glue for data cataloging and AWS S3 for data storage. It also supports integration with third-party tools and services. MySQL, on the other hand, requires additional configuration and integration efforts to work with other services, making it less straightforward compared to Amazon Athena in terms of ecosystem integration.

In Summary, Amazon Athena provides a serverless and flexible query service for analyzing data stored in Amazon S3, with automatic scalability and cost-optimization benefits. In contrast, MySQL requires server infrastructure management, has upfront costs, and is suitable for structured data in tabular format, making it less flexible and scalable for analytical workloads.

Share your Stack

Help developers discover the tools you use. Get visibility for your team's tech choices and contribute to the community's knowledge.

View Docs
CLI (Node.js)
or
Manual

Advice on MySQL, Amazon Athena

Kyle
Kyle

Web Application Developer at Redacted DevWorks

Dec 3, 2019

DecidedonPostGISPostGIS

While there's been some very clever techniques that has allowed non-natively supported geo querying to be performed, it is incredibly slow in the long game and error prone at best.

MySQL finally introduced it's own GEO functions and special indexing operations for GIS type data. I prototyped with this, as MySQL is the most familiar database to me. But no matter what I did with it, how much tuning i'd give it, how much I played with it, the results would come back inconsistent.

It was very disappointing.

I figured, at this point, that SQL Server, being an enterprise solution authored by one of the biggest worldwide software developers in the world, Microsoft, might contain some decent GIS in it.

I was very disappointed.

Postgres is a Database solution i'm still getting familiar with, but I noticed it had no built in support for GIS. So I hilariously didn't pay it too much attention. That was until I stumbled upon PostGIS and my world changed forever.

449k views449k
Comments
Ido
Ido

Mar 6, 2020

Decided

My data was inherently hierarchical, but there was not enough content in each level of the hierarchy to justify a relational DB (SQL) with a one-to-many approach. It was also far easier to share data between the frontend (Angular), backend (Node.js) and DB (MongoDB) as they all pass around JSON natively. This allowed me to skip the translation layer from relational to hierarchical. You do need to think about correct indexes in MongoDB, and make sure the objects have finite size. For instance, an object in your DB shouldn't have a property which is an array that grows over time, without limit. In addition, I did use MySQL for other types of data, such as a catalog of products which (a) has a lot of data, (b) flat and not hierarchical, (c) needed very fast queries.

575k views575k
Comments
Erin
Erin

IT Specialist

Mar 10, 2020

Needs adviceonMicrosoft SQL ServerMicrosoft SQL ServerMySQLMySQLPostgreSQLPostgreSQL

I am a Microsoft SQL Server programmer who is a bit out of practice. I have been asked to assist on a new project. The overall purpose is to organize a large number of recordings so that they can be searched. I have an enormous music library but my songs are several hours long. I need to include things like time, date and location of the recording. I don't have a problem with the general database design. I have two primary questions:

  1. I need to use either @{MySQL}|tool:1025| or @{PostgreSQL}|tool:1028| on a @{Linux}|tool:10483| based OS. Which would be better for this application?
  2. I have not dealt with a sound based data type before. How do I store that and put it in a table? Thank you.
668k views668k
Comments

Detailed Comparison

MySQL
MySQL
Amazon Athena
Amazon Athena

The MySQL software delivers a very fast, multi-threaded, multi-user, and robust SQL (Structured Query Language) database server. MySQL Server is intended for mission-critical, heavy-load production systems as well as for embedding into mass-deployed software.

Amazon Athena is an interactive query service that makes it easy to analyze data in Amazon S3 using standard SQL. Athena is serverless, so there is no infrastructure to manage, and you pay only for the queries that you run.

Statistics
GitHub Stars
11.8K
GitHub Stars
-
GitHub Forks
4.1K
GitHub Forks
-
Stacks
129.6K
Stacks
521
Followers
108.6K
Followers
840
Votes
3.8K
Votes
49
Pros & Cons
Pros
  • 800
    Sql
  • 679
    Free
  • 562
    Easy
  • 528
    Widely used
  • 490
    Open source
Cons
  • 16
    Owned by a company with their own agenda
  • 3
    Can't roll back schema changes
Pros
  • 16
    Use SQL to analyze CSV files
  • 8
    Glue crawlers gives easy Data catalogue
  • 7
    Cheap
  • 6
    Query all my data without running servers 24x7
  • 4
    No data base servers yay
Integrations
No integrations available
Amazon S3
Amazon S3
Presto
Presto

What are some alternatives to MySQL, Amazon Athena?

MongoDB

MongoDB

MongoDB stores data in JSON-like documents that can vary in structure, offering a dynamic, flexible schema. MongoDB was also designed for high availability and scalability, with built-in replication and auto-sharding.

PostgreSQL

PostgreSQL

PostgreSQL is an advanced object-relational database management system that supports an extended subset of the SQL standard, including transactions, foreign keys, subqueries, triggers, user-defined types and functions.

Microsoft SQL Server

Microsoft SQL Server

Microsoft® SQL Server is a database management and analysis system for e-commerce, line-of-business, and data warehousing solutions.

SQLite

SQLite

SQLite is an embedded SQL database engine. Unlike most other SQL databases, SQLite does not have a separate server process. SQLite reads and writes directly to ordinary disk files. A complete SQL database with multiple tables, indices, triggers, and views, is contained in a single disk file.

Cassandra

Cassandra

Partitioning means that Cassandra can distribute your data across multiple machines in an application-transparent matter. Cassandra will automatically repartition as machines are added and removed from the cluster. Row store means that like relational databases, Cassandra organizes data by rows and columns. The Cassandra Query Language (CQL) is a close relative of SQL.

Memcached

Memcached

Memcached is an in-memory key-value store for small chunks of arbitrary data (strings, objects) from results of database calls, API calls, or page rendering.

MariaDB

MariaDB

Started by core members of the original MySQL team, MariaDB actively works with outside developers to deliver the most featureful, stable, and sanely licensed open SQL server in the industry. MariaDB is designed as a drop-in replacement of MySQL(R) with more features, new storage engines, fewer bugs, and better performance.

RethinkDB

RethinkDB

RethinkDB is built to store JSON documents, and scale to multiple machines with very little effort. It has a pleasant query language that supports really useful queries like table joins and group by, and is easy to setup and learn.

ArangoDB

ArangoDB

A distributed free and open-source database with a flexible data model for documents, graphs, and key-values. Build high performance applications using a convenient SQL-like query language or JavaScript extensions.

InfluxDB

InfluxDB

InfluxDB is a scalable datastore for metrics, events, and real-time analytics. It has a built-in HTTP API so you don't have to write any server side code to get up and running. InfluxDB is designed to be scalable, simple to install and manage, and fast to get data in and out.

Related Comparisons

Bootstrap
Materialize

Bootstrap vs Materialize

Laravel
Django

Django vs Laravel vs Node.js

Bootstrap
Foundation

Bootstrap vs Foundation vs Material UI

Node.js
Spring Boot

Node.js vs Spring-Boot

Liquibase
Flyway

Flyway vs Liquibase