Commit 771a9f69 authored by Robert Haas's avatar Robert Haas

Performance tuning advice for SSI.

Kevin Grittner, with additional wordsmithing by me.
parent a3290f65
...@@ -658,6 +658,26 @@ ERROR: could not serialize access due to read/write dependencies among transact ...@@ -658,6 +658,26 @@ ERROR: could not serialize access due to read/write dependencies among transact
protections automatically provided by Serializable transactions. protections automatically provided by Serializable transactions.
</para> </para>
</listitem> </listitem>
<listitem>
<para>
When the system is forced to combine multiple page-level predicate
locks into a single relation-level predicate lock because the predicate
lock table is short of memory, an increase in the rate of serialization
failures may occur. You can avoid this by increasing
<xref linkend="guc-max-pred-locks-per-transaction">.
</para>
</listitem>
<listitem>
<para>
A sequential scan will always necessitate a relation-level predicate
lock. This can result in an increased rate of serialization failures.
It may be helpful to encourage the use of index scans by reducing
<xref linkend="guc-random-page-cost"> and/or increasing
<xref linkend="guc-cpu-tuple-cost">. Be sure to weigh any decrease
in transaction rollbacks and restarts against any overall change in
query execution time.
</para>
</listitem>
</itemizedlist> </itemizedlist>
</para> </para>
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment