aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorAlvaro Herrera <alvherre@alvh.no-ip.org>2014-11-28 18:06:18 -0300
committerAlvaro Herrera <alvherre@alvh.no-ip.org>2014-11-28 18:06:44 -0300
commit866c6ab456f97478ad7b316a8c9fbf7c9e9a3143 (patch)
treeb41370b78b567f859319cb9d23ef83124ce7a842
parent19b1511a48f2ebdce94fe5f85a89dd6c36da1ba5 (diff)
downloadpostgresql-866c6ab456f97478ad7b316a8c9fbf7c9e9a3143.tar.gz
postgresql-866c6ab456f97478ad7b316a8c9fbf7c9e9a3143.zip
Update transaction README for persistent multixacts
Multixacts are now maintained during recovery, but the README didn't get the memo. Backpatch to 9.3, where the divergence was introduced.
-rw-r--r--src/backend/access/transam/README5
1 files changed, 1 insertions, 4 deletions
diff --git a/src/backend/access/transam/README b/src/backend/access/transam/README
index f83526ccc36..d86a911afe0 100644
--- a/src/backend/access/transam/README
+++ b/src/backend/access/transam/README
@@ -817,10 +817,7 @@ parent transaction to complete.
Not all transactional behaviour is emulated, for example we do not insert
a transaction entry into the lock table, nor do we maintain the transaction
-stack in memory. Clog entries are made normally. Multixact is not maintained
-because its purpose is to record tuple level locks that an application has
-requested to prevent other tuple locks. Since tuple locks cannot be obtained at
-all, there is never any conflict and so there is no reason to update multixact.
+stack in memory. Clog and multixact entries are made normally.
Subtrans is maintained during recovery but the details of the transaction
tree are ignored and all subtransactions reference the top-level TransactionId
directly. Since commit is atomic this provides correct lock wait behaviour