UberのPostgresqlからNoSQL on MySQLへの移行を読んでざっくりまとめた

Uber-migrated-pg-to-mysql.md Why Uber Engineering Switched from Postgres to MySQL - Uber Engineering Blog のまとめ Posgresqlだと pgは追記型なので少しの更新でも多くのdiskへのwriteがおきる カラムを一つ更新しただけで多くのindexの書き換えが起こる よって、replicationはWALを送るので更新が多いとWALが大量に送られる repcliationでは物理的なdiskの変更を送る DC間でレプリするときつい bugがあってreplica間でMVCCの不整合が起きる masterとreplica同じdisk上のデータ構成を共有するのでupgradeがつらい cache readはsyscallとosのpage cache経由なので重い 1コネクション1プロセス

[sifue]

MySQLをRDBではなくインデックス付きのデータストアとして使うっての、大規模だとどうしてもコレ安定になってしまうのなぁ。

[golden_eggg]

pgは "repcliationでは物理的なdiskの変更を送る" のか

[t-wada]

Uber が PostgreSQL から MySQL 上に構築した独自データストア(Schemaless) へ移行した理由の部分を簡潔にまとめている

[motchang]

大規模スケールさせたいなら MySQL 使えって状況、はよ変わってほしいなぁと思う。ポスグレ使いたいぞい。

[rzi]

pgのディスられかたがすごいw MySQLはインデックスが貧弱な印象ある

[key_amb]

接続コストはあると思うが、ちょっと気になるので、暇があったら原文を読もう。

[progrhyme]

接続コストはあると思うが、ちょっと気になるので、暇があったら原文を読もう。

[love0hate]

逆も知りたい。

[ledsun]

PostqreSQLが辛い、というかRDBMSが辛い案件なのかな？独自データストアを作るにはPostgreSQLよりMySQLのが向いている？

[roshi]

原文読むの諦めてたのでありがたい。

[aki03]

でもmysqlもつらいよね。。

[manFromTomorrow]

現時点でPgのレプリカをソフトウェアで頑張ろうとするのは負けっぽい

[you21979]

参考になる。とはいえmysqlもコネクション数多いとツライよ

[tyru]

PosgreSQL：追記型、1リクエスト1プロセス、… 等々で重い。MySQL：1リクエスト1スレッド、… 等々で軽い