テーマ、知りたいこと
どちらのDBMSを採用すべきかご意見いただきたいです。
背景、状況
会社でWebサービスを運用しています。
データベースサーバーはAmazon AuroraのMySQLを運用しています。クラスター数は2つです。
このたび新規でサービスを作ることになり、PostgreSQLを採用しようという話が出ています。
個人的には、バージョンアップがMySQLとPostgreSQLのダブルで発生したり、PostgreSQL独自の運用、例えばバキューム管理などが、自分が少し経験があるくらいなので心配な気持ちがあります。経験しないといつまで経っても習熟しないし、チーム内に知見はなくても社内を見渡せばPostgreSQLに詳しい人もいるので後者についてはデメリットとしては薄い気もしていますが
自分含めPostgreSQLを使いこなせるほどDBに習熟したメンバー構成でもないので、アプリケーションの要件を踏まえても学習コストをかけてPostgreSQLを採用すべきなのかという点も疑問が残ります。
一方で、PostgreSQLを採用するメリットがあれば積極的に採用していきたい思いもあります。
みなさんが同じような状況だった場合どちらを採用しますか？
また、運用経験があれば開発時、運用時のメリットデメリットを伺えると幸いです。
備考
何を作ろうとしているか、それ次第ということであればコメントしますので言っていただけると幸いです。
回答7件
#2
総合スコア147050
投稿2026/03/10 03:58
新システムでは、なぜPostgreSQLにしようとしたのでしょうか。
- 他の案件でPostgreSQLに慣れた人が進めている
- PostgreSQLにしかない機能性を使う
- 他のシステムとの連携上PostgreSQLが必要となる
まずはその背景を踏まえないと話が進みません（2番目3番目のような理由だった場合、PostgreSQLを外そうとすればシステム全体の大きな組み換えが必要となりかねません）。
#3
#2
ありがとうございます。
他の案件でPostgreSQLに慣れた人が進めている
NOです。私がちょっと運用経験があるくらいで、他のメンバーはMySQLの経験しかありません。
PostgreSQLにしかない機能性を使う
RLSが設定できるという話は出ています。逆にそれ以外はPostgreSQLにしかない機能というのはありません。
アプリケーションの要件としては、商品を購入できる機能があります。（いずれはサブスクリプションも契約できるようにする）
決済機能（決済プラットフォームはStripe）自体は共通基盤でAPIを提供しているのですが、購入情報の管理はサービス側のDBで持ちます。以下のようなテーブル構造でデータを持つイメージです。このデータへのアクセスにRLSを適用したいという話があります。ただそれはアプリケーション側で制御するだけで十分じゃないかと思っています。
id user_id order_id -- 決済基盤のorders.id order_item_id -- 決済基盤のorder_items.id enrolled_at access_type -- purchased / subscription / free
今のところ要件上はこれくらいしかなく、どちらかというとPostgreSQLは多機能かつデメリットがないので採用しない理由がないというのがチームの主張です。
MySQLの運用経験しかないならPostgreSQLの導入自体学習コスト等がデメリットにはなると思うのですが・・
他のシステムとの連携上PostgreSQLが必要となる
- ありません。
#4
総合スコア754
投稿2026/03/10 14:04
編集2026/03/11 10:54DBの選択は会社様次第ではあるのですが、将来性という意味ではPostgreSQLに軍配が上がるかもしれません。
MySQLもPostreSQLもどちらも素晴らしいDBですが、レイオフなどの影響によりMySQLの将来性を心配する声もあります。（私はゆるやかに人気は落ちるが、MySQLも問題ないと思っています）
https://www.devclass.com/databases/2026/01/13/open-source-mysql-repository-has-no-commits-in-more-than-three-months/4079594
海外では移行する事例もあり、PostgreSQLの人気が上がっているのに対し、MySQLは下がり続けています。
https://db-engines.com/en/ranking_trend
https://survey.stackoverflow.co/2025/technology#most-popular-technologies-database
特に近年では、DBでベクトルデータを扱いたい要望があり、PostgreSQLのpgvectorは簡易な選択肢の一つという点があります。
https://rupeshdesai.medium.com/the-great-unification-why-im-betting-the-farm-on-postgres-vector-and-why-the-specialized-era-26063cdedf32
トレンドに乗るのであればPostgreSQLですが、会社様にもよるのでチームで（もう少し）話し合ってみてはどうでしょうか。AI時代のスキル習得としては非常にいいタイミングなので、私はPostgreSQLに一票入れたいと思います。
#5
#4 ありがとうございます！
なるほど、昨年大規模なレイオフがされていましたね。
調べてみたら、MySQL8.0（2018/04）からMySQL8.4 LTS（2024/04）がリリースされるのに6年もあるんですね、、将来性という意味だと少し不安になる要素ですが、私もそれでMySQLがオワコンになるとまでは考えていないですね。
あまりMySQLのこと調べてこなかったのですが、Oracleの管理下になってからOSSコミュニティとの関係性があまりよくないみたいですね。（開発、バグ追跡、セキュリティ修正をクローズドな状態にしている）
pgvector は初耳でした！AI/MLの文脈でもPostgreSQLに軍配があがりそうですね。（とはいえ、仮にベクトルデータを扱うシステムを構築する場合はpgvector単体よりかはベクトルDBを採用することになりそうですが）
#6
総合スコア2094
投稿2026/03/12 11:39
昨日の記事ですが、
MySQLが好きな私が、今はPostgreSQLを勧めたい理由
https://zenn.dev/catatsuy/articles/f3721135c6f8f6
クラウド管理であれば、軽率に PostgreSQL 使ってみようでいいんじゃないですかね～ (他人事なので適当)
あなたの回答
tips
プレビュー