aboutsummaryrefslogtreecommitdiff
path: root/src
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 /src
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.
Diffstat (limited to 'src')
-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