2022 年から 4 回連続、通算 6 回目の参加でした。
PostgreSQL のカンファレンスですが今回、話を聞いていて MySQL の今後について考える機会が多かったです。
午前
オープニング
今日のタグ #pgcon25j でいいのかな?
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
(去年と同じことを言ってる) pic.twitter.com/CUw2K9yJeh
参加登録者数2019年超え!
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
(一般198名、関係者含め216名!)#pgcon25j
近年で最高だった 2019 年をわずかに超えたそうです!
(人が多いのは感じていました)
基調講演(キーノート)
キーノート 2 本のうち、1 本目が Snowflake で 2 本目が AWS でした。
(去年は AWS が 2 本でしたね)
基調講演始まった!#pgcon25j pic.twitter.com/A0YPkTdJW5
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
「OLTP も OLAP も 1 つに集約」という最近よくある流れですが、
「すべてを集約」
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
今回のスポンサーでもあるAWSとは逆の思想だな(あちらはビルディングブロック)#pgcon25j
この分野に関しては AWS は頑な(?)にビルディングブロックを貫き通していますね(zero-ETL で接続)。
そして、
「ぜんぶSQLで」
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
なんやかんやで結局そうなった感#pgcon25j
「alt SQL」ってなかなか出てこない&定着しないですよね。
個人的にはやはり、
いまのトレンドにSnowflakeがちゃんと乗っているのをみると、HeatWaveはどこで失敗したんだろう、と思うなど#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
これが頭に浮かびますね。
(実際のところ、HeatWave については「HeatWave を出す前」の段階に勝負の分かれ目があったのでは?と思っています。その点については後ほど)
お次はAWSの方#pgcon25j pic.twitter.com/0ZuawmXhZA
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
歴史の話(?)からスタートしましたが、Joe Conway さん、「コンウェイの法則」の方とは別人です。
Postgres95の頃は触ったことなかったな#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
まだ大学に通っていたのと、大学は情報系に無関係な文系で財務会計のことを勉強していたので、Ingres や Postgre95 とは無縁でした。
1995年あたりはMySQLとかJavaとかいろいろ生まれた年だった
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
「PostgreSQL」としてはその翌年#pgcon25j
30 年前はこんな時代だったんです。
なお PostgreSQL のコミュニティ運営ですが、
以前聞いた話だと特定の企業が突出しないようバランスを取りながらの運営だった気がする#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
コアチームの人数バランスが偏らないように同じ所属からは2名まで?とかしてるそうです!
— Kosuke Kida (@kkkida_twtr) 2025年11月21日
Oracle 社内のチーム以外コミットしない MySQL とは体制が全く異なりますね。
そんなこんなで質問タイムに来て、「最近 PostgreSQL と比べて MySQL に勢いがない原因は何だと思うか?」という趣旨の、難しい質問が。
Conway さんは「AWS の見解ではなく私見」と断った上で、
- Oracle による Sun の買収
- ほぼ同じタイミングで、MySQL を使っていた各社のサービスがマイクロサービス化したことによりデータストアの再選定が起きた
- Oracle からの移行ブームが始まったとき、受け皿としては Oracle に機能的に近い PostgreSQL が選ばれた
の 3 点を挙げていましたが、
(2 点目は 旧 Twitter のことを指して言っていたのかな?)
(Aurora MySQLのリリースが「終わりの始まり」、とか言えないだろうな)
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
を挙げていたのが MySQL ユーザ会の某氏(注:今回の PostgreSQL Conference Japan 2025 には不参加)で、私の見解は、
個人的にはOracleが買収したタイミングは(騒ぎにはなったけど)そこまで大きな影響は出なかったと思ってる
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
MySQLを好んで使ってたユーザーはレプリケーションで読み取りスケールさせてたので、当時そのような芸当が難しかったPostgreSQLにはそれほど流れなかった
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
(一部はMariaDBへ、そして別の一部はDrizzleへ行こうとして霧のように消えた)
です。
(そもそも「Oracle ショック」は InnoDB の開発元である Innobase 社が Oracle に買収されたタイミングですでに発生していて、結果的にはそこまで大きな変動は生じていなかった)
結局、とどめを刺したのはこれ↓だと思っています。
具体的には、MySQL 8.0で「過去バージョンとの互換性を(ユーザーが把握しきれないほど細かく大量に)切り捨てたこと」と「GA後も四半期ごとの機能追加・変更・削除リリースを続けたこと」が大きかった https://t.co/Ob9xOYGWky
— hmatsu47(まつ) (@hmatsu47) 2025年11月22日
「技術負債化を引き起こす非標準SQLの廃止」「クラウドを意識した機能リリースサイクル」はプロダクト提供者の観点では正しいとしても、ユーザー観点からは受け入れられなかった、ということ
— hmatsu47(まつ) (@hmatsu47) 2025年11月22日
それに続けて8.0以降をベースにしたHeatWaveをリリースしても、ユーザーが振り向くことはなかった
HeatWave が MySQL 5.7 のプラットフォームで提供されたら、もっと言えば MySQL 8.0 が 5.7 以前からの細かな互換性を十分に保っていればもっとウケた可能性すらあると思っています。
なお、
MySQL派の生き残り、そこそこTiDBに行っちゃったからなあ#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
こちらの話はクロージングのところであらためて。
11/24 夜・追記
Conway さんの見解、3 点ではなくて 2 点でした。
上に挙げた「2 点目」は MySQL ではなく Oracle を使ったモノリシックなサービスからのマイクロサービス化の話で、その受け皿が PostgreSQL だった、ということです。
日本では「Oracle で構築していたサービスのマイクロサービス化」の事例をあまり聞きませんが(そしてマイクロサービス化せずに Oracle → PostgreSQL の事例は(失敗も含めて)よくある)、欧米では一般的だった模様です。
AWSさんのキーノートのQA、
— Kosuke Kida (@kkkida_twtr) 2025年11月24日
> ほぼ同じタイミングで、MySQL を使っていた各社のサービスがマイクロサービス化したことによりデータストアの再選定が起きた
→ ほぼ同じタイミングでOracle を使っていた各社のサービスがマイクロサービス化したことにより...…
午後
聞きたい話が重なっていて選定に悩みました。
各セッション(途中ブースへ)
午後はトラックAから#pgcon25j pic.twitter.com/co9eCxewH8
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
まずはおなじみ(?)トランザクション ID の周回問題の話から。
PostgreSQL では WAL に記録するトランザクション「ID」の大小関係(周回する部分では一部例外あり)で更新後の値の可視性を判定する一方、最近のマネージドな分散 DB では、
【A】このあたりの可視性の判定、さいきんのマネージドな分散DBだと高精度なタイムスタンプの比較になってるのかな?#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
な気がします。
ちょっと記憶が曖昧ですが、たしか PolarDB は xmin / xmax を独自に拡張して、そこに timestamp (HLC) を入れてる感じになってる、というお話しを聞いたことがあります。https://t.co/sjfIwdWANi
— こたつ&&みかん (@kota2and3kan) 2025年11月21日
【T】今年はTトラックも人がそこそこ多い?#pgcon25j pic.twitter.com/3Rx27nUY7k
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
そしてこちらもおなじみ、ストリーミングレプリケーションと論理(ロジカル)レプリケーションの話。
【T】㊗️コントリビューター認定!#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
黒田(隼人)さんおめでとうございます!
【T】HA構成目的か移行目的かでどっちのレプリケーションを使うかが変わる
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
(他システムに流すCDCは後者の側で)#pgcon25j
【T】レプリケーションスロットみたいな「後続が追いつく前にWALが消されるのを防ぐ」仕組みはMySQLのbinlog実装のほうにはなかったな
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
(といいつつさいきんあまり触ってないので忘れてる)#pgcon25j
なんとMariaDBにはあります(purgeがトリガーされる時にだけ接続しても消えそうではありますが)
— yoku0825 (@yoku0825) 2025年11月21日
slave_connections_needed_for_purgehttps://t.co/l7ye3YkrIl
【T】世の中的にはこのあたりのレイヤの作業(セカンダリ立てたりとか)を人手で直接実行する機会はあまりなさそう
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
(マネージドサービスの機能で管理)#pgcon25j
だからこそ「知っていたほうが強い」んだろうと思っています。
【E】に来た#pgcon25j pic.twitter.com/J5GsFrfnRV
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
CDC の話も聞きたかったのですが、朝早く出てきて眠気が…というのとブースも少し眺めたかったのでこちらへ。
【E】やっぱりSnowflakeとの比較の話が#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
Databricks の宿命?
【E】【悲報】RAG、退場#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
諸般の事情(?)で話す内容から外した、とのこと。
【E】Point-in time Joins、タイムスタンプ精度はどのくらいなら行けるのかな?#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
キー値ではなくタイムスタンプで結合する対象を指定する、というのがデータ基盤っぽい(?)です。
【E】チャットだと会話履歴があるけどエージェントだとステートか#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
このあたりの一時/永続ストアをいい感じに提供する話、のようでした。
ここから同じ部屋で AWS ブースへ。
Aurora DSQL の解説でお馴染みの新久保さんほかの皆さんと、PostgreSQL…というよりは Aurora DSQL だったり(最近サポートするキー(PK・SK)の数が据えた DynamoDB の話、そして Aurora MySQL や(他社サービスですが)HeatWave の将来性の話などをしていました。
なお会話中「Aurora DSQL の利用事例がほとんど出てこない」ことに言及しましたが、その意図は「事例があれば自社でも採用しやすい」ではなくて「事例が増えれば突然サ終する可能性が低くなる(事例がなければ逆に…)」のほうでした。
(「事例が…」のお話をするとだいたい前者のことだと思われがち)
【A】に来た
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
ときどきお昼のGroongaリリース自慢会聴いてる#pgcon25j pic.twitter.com/2c8RbeSNgl
最終セッション枠はこちらへ。
【A】「みなさん元気ですか?」
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
元気だけど朝早かったので眠いです#pgcon25j
眠気のピークは乗り越えました(?)。
同義語をひたすら登録するとかしないと検索にヒットしないキーワード検索#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
キーワード検索とセマンティック検索の違いの話でした。
【A】そういえばOpenSearch Serverless(だけだったっけ?)でモデルを使わずに短い文章を疎ベクトル化するタイプのやつがサポートされてたな
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
(一般的に埋め込みモデルで扱うのは密ベクトルのほう)#pgcon25j
PGroonga の場合はこの手法ではなくて、最初の設定(指定)時に LLM の埋め込みモデルをダウンロードして使う方法だそうです。
【A】この辺の「語り」の雰囲気、ときどきお昼に聴いてるGroonaのリリース自慢会そのまんまだw#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
(ちょっと typo していますが)この雰囲気が良かったです。
クロージングセッション
クロージング待ち#pgcon25j pic.twitter.com/wz7ygmSRoX
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
資料はこちら→ DataBase 利用状況調査 2025年
3 年ぶりだそうです。
意外と若返りしてる?
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
(30代が一番多い)
女性が増えてるのはまあ多少はわかるかも#pgcon25j
今回、
- 平均年齢が下がった
- 女性比率が大幅に上がった(4.5 倍!)
とのことでしたが、おそらくこれまでアンケートに回答してこなかった(アンケートを見かけること自体がなかった)層が今回(理由は分かりませんが)回答したことで、よりリアルな実態に近い結果になったのでは?と思います。
(代わりに統計的な連続性は失われたかも)
結果として、業務で扱ったことがあるデータベースの順位(上位)が、
- 1 位:SQL Server
- 2 位:Oracle
- 3 位:MySQL
- 4 位:PostgreSQL
ということで、初めて SQL Server が Oracle を上回りました。
一見すると「SQL Server 躍進!」か「Oracle 凋落!」か…のように見えるのですが、実際は過去の調査で回答していなかった層の多くが SQL Server(Azure で提供されているものを含む)を利用していた+Oracle の使用が少しずつ減り続けている、ということでしょう。
なお、今回の調査で、
- MySQL は 5.7 以前を使っている比率が高い(8.0 の壁を超えられていないユーザーが多数)
という結果に対して、「Oracle による買収が影響しているようだ」というコメントをされていましたが、
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
なので残念ながら不正解、ですね。
(調査結果から 5.1 以前(MySQL AB または Sun 時代)はすでにごくわずかで、「壁」となっている 8.0 以降と比べてもはるかに少なかった)
- PostgreSQL は 10 以降のバージョンがそれぞれ満遍なく使われている
については、構築のタイミングで最新に近いバージョンが使われている可能性が高い点を挙げられていました。
なお、
「停止を検討している」でMySQLが(僅差で)1位か#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
でしたが、この調査項目も含めて
MySQLの数字、やたら「168」が多かったような気がするけど見間違い?#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
合計が「168」になっている調査項目が多かったので、集計ミスの可能性もありますね。
実際、
ありゃMariaDBとMongoDBが逆になってる#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
こんな間違いもありましたし。
このあたりの結果を見ると、
- 依然として(少なくとも日本では)PostgreSQL 系よりも MySQL 系のほうがまだ利用が多い
ことがわかり(Aurora も PostgreSQL より MySQL のほうが多い)、
- 世の中全体を見ると MySQL は安泰なのでは?
- そもそもカンファレンスや勉強会に出てきて発表したりブログでアウトプットしたりする層は世の中全体とは傾向が異なっている
とも言えそうで、結果
MySQL派の生き残り、そこそこTiDBに行っちゃったからなあ#pgcon25j
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
というのは(今回 TiDB はランク外)ある意味「間違い」かもしれません。
ただ、「意志を持って自らデータストアを選定するのではなく、発注した先の業者や世の中のトレンドなどに身を任せる層」にとって、MySQL 5.7(以前)→ 8.0(以降)のマイグレーション」のような「事故がないように実施しようとすると大きな作業負荷やコストが掛かる作業」は非常にしんどいというか「見て見ぬふりをしたい」ものです。
そこに、
OSもハードウェアも含めて塩漬け…?
— hmatsu47(まつ) (@hmatsu47) 2025年11月21日
もしかしてこれからVMwareのBr◯adcomショックが直撃する?#pgcon25j
このあたりの問題が加わることにより、嫌でも動かざるをえなくなり、それに伴って事態が一気に変わる可能性も捨てきれません。
というわけで、「リアルな世の中の実態」と同じくらい(あるいはそれ以上に)「能動的なユーザーの動向」も大事…というのが私見です。
(そして PostgreSQL が「最新に近いバージョンまで満遍なく使われている」のに対して MySQL が「8.0 以降を使っているのが全体の半数に満たない」点(ちなみにその 8.0 も来春 EoL です)、「停止を検討」が多かった点を考えると、やっぱり「終わりが始まっている」感が強いですね)
懇親会
今回はちゃんとチケットを買ったので参加しました。
前回参加時(2023 年)同様 MySQL の人たちが少なかったのですが、アンカンファレンス勢(?)や PHP 界隈のみなさまを中心に交流してきました。
そして恒例の「各地のお土産争奪じゃんけん大会」では、四国高松の「くつわせんべい」をいただきました。

あらためて読み返すと
MySQL のことばかり書いてますね…。