運用中のPostgreSQLのスキーマを無停止で安全に変更する | 株式会社ヌーラボ(Nulab inc.)

初めに こんにちは。ビジネスチャットサービスTypetalkを開発・運用している吉田です。Typetalkではデータの永続化ストレージとしてPostgreSQLを利用しています。扱うデータ量は多く、チャットというサービスの性質上書込み頻度はとても高いです。PostgreSQLを使い日々開発を進めていると、追加する機能によってはスキーマを変更する必要があります。メンテナンスを計画・告知してサービスを止めてしまえば、時間はかかるかもしれませんがスキーマの変更はそう難しくありません。しかしTypetalkはユーザーが日々の業務を進めるために利用しており、サービスが止まるとコミュニケーションが取れなくなります。業務を円滑に進めるためのビジネスチャットツールですので、極力サービスは止めたくありません（最後の計画メンテナンスは2019年6月30日で1年以上前となっています。）。本記事では以下の3つのケ

[turkey_hate]

良いまとめ

[kawasin73]

丁寧で参考になります

[tmatsuu]

CREATE INDEXのCONCURRENTLYはメチャ便利なので重宝してる

[tockri]

基本的な考え方はMySQLでも通用するよ！

[GARAPON]

出来るかどうかとその案を採用すべきかは別物

[programmablekinoko]

良いね

[ya--mada]

定義なのかそれ…

[h_taiji]

無停止スキーマ変更

[takezaki]

“スキーマを変更するALTER TABLE構文は基本的にテーブルレベルのACCESS EXCLUSIVEロックを取得します。これは他のどのロックとも競合するとても強いロックです”

[sasasin_net]

pt-online-schema-change かなと思ったら postgresql なんで使えなかった。pt-oscが使えないなら段階リリース同意

[nakag0711]

昔savepoint乱発でパフォーマンス悪化してamazonが障害起こしてなかった？

[drumsco]

Online DDL のための条件や制約とツールについて。ALTER TABLE 時の起きる影響と回避策、CREATE INDEX 時のそれについての解説あり。

[indication]

テーブル作ってスパコーンする話(雑)かと思ったら案外現実的(一般的に使える)だった。関係ないけど、defaultありのalter table add colmun見るとじんましんが…(赤いやつで、結果不正を本番で頂いた)

[sogaoh]

よく覚えておこうと思った