Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in
Toggle navigation
P
Postgres FD Implementation
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Analytics
Analytics
CI / CD
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Abuhujair Javed
Postgres FD Implementation
Commits
78f58f0f
Commit
78f58f0f
authored
Apr 09, 2009
by
Bruce Momjian
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Improve documentation about how checkpoint spreads I/O activity.
parent
b060c878
Changes
1
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
13 additions
and
4 deletions
+13
-4
doc/src/sgml/wal.sgml
doc/src/sgml/wal.sgml
+13
-4
No files found.
doc/src/sgml/wal.sgml
View file @
78f58f0f
<!-- $PostgreSQL: pgsql/doc/src/sgml/wal.sgml,v 1.5
8 2009/01/15 00:34:25
momjian Exp $ -->
<!-- $PostgreSQL: pgsql/doc/src/sgml/wal.sgml,v 1.5
9 2009/04/09 16:20:50
momjian Exp $ -->
<chapter id="wal">
<chapter id="wal">
<title>Reliability and the Write-Ahead Log</title>
<title>Reliability and the Write-Ahead Log</title>
...
@@ -326,17 +326,26 @@
...
@@ -326,17 +326,26 @@
are points in the sequence of transactions at which it is guaranteed
are points in the sequence of transactions at which it is guaranteed
that the data files have been updated with all information written before
that the data files have been updated with all information written before
the checkpoint. At checkpoint time, all dirty data pages are flushed to
the checkpoint. At checkpoint time, all dirty data pages are flushed to
disk and a special checkpoint record is written to the log file.
disk and a special checkpoint record is written to the log file.
(The changes were previously flushed to the <acronym>WAL</acronym> files.)
In the event of a crash, the crash recovery procedure looks at the latest
In the event of a crash, the crash recovery procedure looks at the latest
checkpoint record to determine the point in the log (known as the redo
checkpoint record to determine the point in the log (known as the redo
record) from which it should start the REDO operation. Any changes made to
record) from which it should start the REDO operation. Any changes made to
data files before that point are
known
to be already on disk. Hence, after
data files before that point are
guaranteed
to be already on disk. Hence, after
a checkpoint
has been made, any
log segments preceding the one containing
a checkpoint
,
log segments preceding the one containing
the redo record are no longer needed and can be recycled or removed. (When
the redo record are no longer needed and can be recycled or removed. (When
<acronym>WAL</acronym> archiving is being done, the log segments must be
<acronym>WAL</acronym> archiving is being done, the log segments must be
archived before being recycled or removed.)
archived before being recycled or removed.)
</para>
</para>
<para>
The checkpoint requirement of flushing all dirty data pages to disk
can cause a significant I/O load. For this reason, checkpoint
activity is throttled so I/O begins at checkpoint start and completes
before the next checkpoint starts; this minimizes performance
degradation during checkpoints.
</para>
<para>
<para>
The server's background writer process will automatically perform
The server's background writer process will automatically perform
a checkpoint every so often. A checkpoint is created every <xref
a checkpoint every so often. A checkpoint is created every <xref
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment