「コミットが返った」は、どこまで届いたことか

COMMIT に「成功」が返ってきました。変更はもう安全でしょうか。答えは「何を待ってから返したか」で決まります。PostgreSQL 公式は、既定の動きをこう書きます。

transaction commit is normally synchronous: the server waits for the transaction's WAL records to be flushed to permanent storage before returning a success indication to the client. The client is therefore guaranteed that a transaction reported to be committed will be preserved, even in the event of a server crash immediately after.

WAL は PostgreSQL が変更を書き留めるログです。サーバはその記録が永続記憶へ flush されるのを待ってから成功を返します。だから返った直後に落ちても残る。「コミットが返った」とは、この書き出しが済んだという返事です。 なぜ本体ではなく記録を先に書くのかは、次に読むコース『データベースの仕組み』で扱います。

この待ちは設定 synchronous_commit で決まり、既定は on です。off にすると待ちません。

In off mode, there is no waiting, so there can be a delay between when success is reported to the client and when the transaction is later guaranteed to be safe against a server crash. (The maximum delay is three times wal_writer_delay.)

ACID の D(永続性)は「コミットが完了したデータは、その直後に障害が起きても失われない」という性質の定義です。PostgreSQL 用語集も once a transaction has been committed, the changes remain even after a system failure or crash と定義します。

定義は変わりません。変わるのは、その性質を成り立たせる設定を選んでいるかです。MySQL 公式は、対応する設定 innodb_flush_log_at_trx_commit をこう説明します。

The default setting of 1 is required for full ACID compliance. Logs are written and flushed to disk at each transaction commit.

0 と 2 はどちらも flush を1秒ごとにまとめ、Transactions for which logs have not been flushed can be lost in a crash. と続きます。既定値で成り立ち、設定で手放せる。2つの製品が同じ構図を書いています。