postgresql配置文件postgresql.conf详解

ykwll

# -----------------------------
# PostgreSQL configuration file
# -----------------------------
#
# This file consists of lines of the form:
#
#   name = value
#
# (The '=' is optional.) White space may be used. Comments are introduced
# with '#' anywhere on a line. The complete list of option names and
# allowed values can be found in the PostgreSQL documentation. The
# commented-out settings shown in this file represent the default values.
#
# Please note that re-commenting a setting is NOT sufficient to revert it
# to the default value, unless you restart the postmaster.
#
# Any option can also be given as a command line switch to the
# postmaster, e.g. 'postmaster -c log_connections=on'. Some options
# can be changed at run-time with the 'SET' SQL command.
#
# This file is read on postmaster startup and when the postmaster
# receives a SIGHUP. If you edit the file on a running system, you have
# to SIGHUP the postmaster for the changes to take effect, or use
# "pg_ctl reload". Some settings, such as listen_addresses, require
# a postmaster shutdown and restart to take effect.


#---------------------------------------------------------------------------
# FILE LOCATIONS
#---------------------------------------------------------------------------

# The default values of these variables are driven from the -D command line
# switch or PGDATA environment variable, represented here as ConfigDir.

#data_directory = 'ConfigDir'                # use data in another directory
#hba_file = 'ConfigDir/pg_hba.conf'        # host-based authentication file
#ident_file = 'ConfigDir/pg_ident.conf'        # IDENT configuration file

# If external_pid_file is not explicitly set, no extra pid file is written.
#external_pid_file = '(none)'                # write an extra pid file


#---------------------------------------------------------------------------
# CONNECTIONS AND AUTHENTICATION
#---------------------------------------------------------------------------

# - Connection Settings -

listen_addresses = '*'                # 声明服务器监听客户端应用连接的 TCP/IP 地址。 数值是从一个逗号分隔的主机名和/或数字IP地址获取的。 特殊的条目 * 对应所有可用 IP 接口。 如果这个列表是空的，那么服务器不会监听任何 IP 接口，这种情况下， 只有 Unix 域套接字可以用于连接数据库。 缺省值是 localhost， 它只允许进行本地 "loopback" 连接。这个参数只能在服务器启动的时候设置。
                                        # comma-separated list of addresses;
                                        # defaults to 'localhost', '*' = all
port = 5432                # 服务器监听的 TCP 端口；缺省是 5432。请注意同一个端口号用于服务器监听的所有 IP 地址。 这个参数只能在服务器启动的时候设置。
max_connections = 100                # 决定和数据库连接的并发连接数目的最大值。 缺省通常是 100，但是如果你的内核设置不支持这么大（在 initdb 的时候判断）， 可能会比这个数少。这个参数只能在服务器启动的时候设置。
# note: increasing max_connections costs ~400 bytes of shared memory per
# connection slot, plus lock space (see max_locks_per_transaction).  You
# might also need to raise shared_buffers to support more connections.
# superuser_reserved_connections = 2                # 决定为 PostgreSQL 超级用户连接而保留的连接"槽位"。 一次最多可以同时激活 max_connections 个连接。 在活跃的并发连接到了 max_connections 减去 superuser_reserved_connections 的时候， 新的连接就只能由超级用户发起了。缺省值是 2。这个值必须小于 max_connections 的值。 这个参数只能在服务器启动的时候设置。
# unix_socket_directory = ''                # 声明服务器监听客户端应用连接来临的 Unix 域套接字的目录。 缺省通常是 /tmp，但是缺省值可以在制作的时候修改。 这个值只能在服务器启动的时候设置。
# unix_socket_group = ''                # 设置 Unix 域套接字的组所有者。（套接字的所属用户总是启动服务器的用户。） 与选项 unix_socket_permissions 一起，就可以用于控制套接字类型的附加的访问控制。 缺省的时候，这是一个空字串，表示使用当前用户的缺省组。这个选项只能在服务器启动的时候设置。
# unix_socket_permissions = 0777                # 设置 Unix 域套接字的访问权限。Unix域套接字使用普通的 Unix 文件系统权限集。 这个选项值应该是数值的形式，也就是那种 Unix 域套接字调用 chmod 和 umask 接受的形式。（要使用客户化的八进制格式，数字必须以0 （零）开头。）缺省的权限是 0777，意思是任何人都可以连接。 合理的候选是 0770（只有用户和同组的人可以访问， 又见 unix_socket_group）和 0700 （只有用户）。
#bonjour_name = ''                        # defaults to the computer name

# - Security & Authentication -

# authentication_timeout = 60                # 1-600,完成客户端认证的最长时间，以秒计。如果一个客户端没有在这段时间里完成认证协议， 服务器将中断连接。这样就避免了出问题的客户端无限制地占据连接资源。 这个选项只能在服务器启动的时候设置或者在 postgresql.conf 里设置。 缺省是 60。
# ssl = off                # 打开 SSL 连接。请在使用这个选项之前阅读 Section 16.7。 缺省是关。这个参数只能在服务器启动的时候设置。
# password_encryption = on                # 在 CREATE USER 或者 ALTER USER 里声明一个口令， 而又没有写 ENCRYPTED 或者 UNENCRYPTED 的时候，这个选项决定口令是否要加密。 缺省是打开（加密口令）。
# db_user_namespace = off                # 这样就允许每个数据库的用户名。缺省是关闭的。注意: 这个特性只是临时试验用途，直到找到一个完全的解决方案。 那个时候，这个选项将被删除。

# Kerberos
# krb_server_keyfile = ''                # 设置 Kerberos 服务器键字文件的位置。参阅 Section 19.2.3 获取细节。
#krb_srvname = 'postgres'
#krb_server_hostname = ''                # empty string matches any keytab entry
#krb_caseins_users = off

# - TCP Keepalives -
# see 'man 7 tcp' for details

#tcp_keepalives_idle = 0                # TCP_KEEPIDLE, in seconds;
                                        # 0 selects the system default
#tcp_keepalives_interval = 0                # TCP_KEEPINTVL, in seconds;
                                        # 0 selects the system default
#tcp_keepalives_count = 0                # TCP_KEEPCNT;
                                        # 0 selects the system default


#---------------------------------------------------------------------------
# RESOURCE USAGE (except WAL)
#---------------------------------------------------------------------------

# - Memory -

shared_buffers = 1000                        # 设置数据库服务器将使用的共享内存缓冲区数量。缺省通常是 1000， 如果你的内核设置不支持这么大，那么可以少些（在 initdb 的时候决定）。每个缓冲区大小的典型值是 8192 字节，除非你在编译的时候修改了 BLCKSZ 的值。这个数值必须大于 16， 并且至少是 max_connections 数值的两倍；不过，这个数值大一些通常可以改进性能。 对于生产安装，我们通常建议是几千。 这个选项只能在服务器启动的时候设置。
#temp_buffers = 1000                        # min 100, 8KB each
#max_prepared_transactions = 5                # can be 0 or more
# note: increasing max_prepared_transactions costs ~600 bytes of shared memory
# per transaction slot, plus lock space (see max_locks_per_transaction).
#work_mem = 1024                        # 声明内部排序操作和散列表在开始使用临时磁盘文件之前使用的内存数目。 数值是以千字节为单位的，缺省是 1024 千字节（1 MB）。 请注意对于复杂的查询，可能会同时并发运行好几个排序或者散列操作； 每个都会被批准使用这个参数声明的这么多内存，然后才会开始求助于临时文件。 同样，好几个正在运行的会话可能会同时进行排序操作。因此使用的总内存可能是 work_mem 的好几倍。 在 ORDER BY，融合连接，以及 CREATE INDEX 里都要用到排序操作。 散列表在散列连接，散列为基础的聚集，以及散列为基础的 IN 子查询处理中都要用到。
#maintenance_work_mem = 16384                # 声明在维护性操作中使用的最大的内存数，比如 VACUUM， CREATE INDEX，和 ALTER TABLE ADD FOREIGN KEY 等。 数值是用千字节计的，缺省是 16384 千字节（16 MB）。因为在一个数据库会话里，任意时刻只有一个这样的操作可以执行， 并且一个数据库安装通常不会有太多这样的工作并发执行，把这个数值设置得比 work_mem 更大是安全的。 更大的设置可以改进清理和恢复数据库转储的速度。
#max_stack_depth = 2048                        # 声明服务器的执行堆栈的最大安全深度。为此设置一个参数的原因是内核强制的实际堆栈尺寸（就是 ulimit -s 或者局部等效物的设置），小于一个安全的一兆字节左右的范围。 需要这么一个安全的界限是因为在服务器里，并非所有过程都检查了堆栈深度， 儿只是在可能递规的过程，比如表达式计算这样的过程里面进行检查。 把这个参数设置得大于实际的内核限制讲意味着一个正在跑的递归函数可能会导致一个独立服务器进程的崩溃。 缺省设置是 2048 KB （两兆），这个值相对比较小，不容易导致崩溃。 但是，这个值可能太小了，以至于无法执行复杂的函数。

# - Free Space Map -

#max_fsm_pages = 20000                        #设置在共享的自由空间映射表里自由空间会跟踪的最大数目的磁盘页面数。 每个页面槽位需要消耗六个字节的共享内存。这个设置必须大于 16 * max_fsm_relations。 缺省是 20000。这个选项只能在服务器启动的时候设置。
#max_fsm_relations = 1000                # 设置自由空间将在共享地自由空间映射里跟踪的最大数目的关系（表和索引）。 每个槽位大概要使用五十字节左右。缺省是 1000。这个选项只能在服务器启动的时候设置。

# - 内核资源使用 -

#max_files_per_process = 1000                # 设置每个服务器进程允许同时打开的最大的文件数目。缺省是 1000。 如果内核强制一个合理的每进程限制， 那么你不用操心这个设置。但是在一些平台上（特别指出的是，大多数 BSD 系统）， sysconf 返回一个系统真正可以支持的数目大的多的数值。 如果你发现有 "Too many open files" 这样的失败现象，那么就尝试缩小这个设置。 这个选项只能在服务器启动时设置。
#preload_libraries = ''         # 这个变量声明一个或者多个在服务器启动的时候预先装载的共享库。 可以选择在装载每个库的时候调用一个无参数的初始化函数。 要声明这个函数，可以在库名字后面加一个冒号，然后增加一个初始化函数名字。 比如 '$libdir/mylib:mylib_init' 会预先装载 mylib 并且执行 mylib_init。 如果装载了多过一个库，用逗号分隔它们。

# - 基于开销的清理延迟 -

#vacuum_cost_delay = 0                        # 0-1000 milliseconds 以毫秒计的时间长度，如果超过了开销限制，那么进程将睡眠一会儿。 缺省值是 0，它关闭基于开销的清理延迟特性。正数值打开基于开销的清理。 不过，要注意在许多系统上，sleep 延迟的有效分辨率是 10 毫秒； 把 vacuum_cost_delay 设置为一个不是 10 的整数倍的数值与将它设置为下一个 10 的整数倍作用相同。
#vacuum_cost_page_hit = 1                # 0-10000 credits 清理一个在共享缓存里找到的缓冲区的开销。它代表锁住缓冲池，查找共享的散列表以及扫描页面的内容的开销。 缺省值是 1。
#vacuum_cost_page_miss = 10                # 0-10000 credits 清理一个要从磁盘上读取的缓冲区的估计开销。 这个行为代表锁住缓冲池，查找共享散列表，从磁盘读取需要的数据块以及扫描它的内容的开销。 缺省值是 10。
#vacuum_cost_page_dirty = 20                # 0-10000 credits 如果清理修改一个原先是干净的块的预计开销。它需要一个把脏的磁盘块再次冲刷到磁盘上的额外开销。 缺省值是 20。
#vacuum_cost_limit = 200                # 0-10000 credits 导致清理进程休眠的积累开销。缺省是 200。

# - 后端写进程 -

#bgwriter_delay = 200                        # 10-10000 声明后端写进程活跃回合之间的延迟。在每个回合里，写进程都会为一些脏的缓冲区发出写操作 （可以用下面的参数控制）。选取的缓冲区总是那些在当前的脏缓冲区里当前最少使用的。 然后它就休眠 bgwriter_delay 毫秒，然后重复动作。缺省值是 200。 请注意在许多系统上，休眠延时的有效分辨率是 10 毫秒；因此，设置 bgwriter_delay 为一个不是 10 的倍数的数值与把它设置为下一个 10 的倍数是一样的效果。 这个选项只能在服务器启动的时候或者 postgresql.conf文件里设置。
#bgwriter_lru_percent = 1.0                # 0-100% of LRU buffers scanned/round
#bgwriter_lru_maxpages = 5                # 0-1000 buffers max written/round
#bgwriter_all_percent = 0.333                # 0-100% of all buffers scanned/round
#bgwriter_all_maxpages = 5                # 0-1000 buffers max written/round


#---------------------------------------------------------------------------
# 预写式日志
#---------------------------------------------------------------------------

# - Settings -

#fsync = on                                # 如果这个选项是打开，那么 PostgreSQL 服务器将在好几个地方使用 fsync() 系统调用来确保更新已经物理上写到磁盘中。 这样就保证了数据库集群将在操作系统或者硬件崩溃的情况下恢复到一个一致的状态。这个选项只能在服务器启动或者 postgresql.conf 文件里设置。
#wal_sync_method = fsync                # 用来向磁盘强制更新 WAL 数据的方法。可能的值是 fsync（每次提交的时候调用 fsync()）， fdatasync（每次提交的时候调用 fdatasync()）， open_sync（带着open() 选项 O_SYNC 写 WAL 文件），以及 open_datasync（带着 open() 选项 O_DSYNC 写 WAL 文件）。 不是在所有系统上都能使用上面四种选项。如果 fsync 关闭，那么这个设置无关。 这个选项只能在服务器启动的时候和在postgresql.conf文件里设置。
                                        # supported by the operating system:
                                        #   open_datasync
                                        #   fdatasync
                                        #   fsync
                                        #   fsync_writethrough
                                        #   open_sync
#full_page_writes = on                        # recover from partial page writes
#wal_buffers = 8                        # min 4, 8KB each放在共享内存里用于 WAL 数据的磁盘页面缓冲区的数目。 这个设置只需要大到能保存下一次事务生成的 WAL 数据即可。 这个选项只能在服务器启动的时候设置。
#commit_delay = 0                        # range 0-100000, 向 WAL 缓冲区写入记录和将缓冲区刷新到磁盘上之间的时间延迟，以微秒计。 一个非零的延迟允许多个事务共用一个 fsync() 系统调用提交， 如果系统负载足够搞，那么在给出的间隔里，其它的事务可能已经准备好提交了。 但是如果没有其它事务准备提交，那么这个间隔就是在浪费时间。 因此，这个延迟只是在一个服务器进程写其提交日志时，至少 commit_siblings 个其它事务在活跃的情况下执行。 缺省是零（无延迟）。
#commit_siblings = 5                        # range 1-1000在执行 commit_delay 延迟的时候，要求的最少的打开的并发事务数目。 大一些的数值会导致在延迟期间另外一个事务准备好提交的可能性增大。缺省是五。

# - 检查点 -

#checkpoint_segments = 3                # 在自动的 WAL 检查点之间的最大距离，以日志文件段（每个段通常 16 兆大）计。 缺省是三。这个选项只能在服务器启动或者在 postgresql.conf 文件里设置。
#checkpoint_timeout = 300                # range 30-3600, 在自动 WAL 检查点之间的最长时间，以秒计。缺省是 300 秒。 这个选项只能在服务器启动的时候或者在 postgresql.conf 文件里设置。
#checkpoint_warning = 30                # in seconds, 0 is off如果因为填充检查点段文件发生的检查点的间隔比这个数值表示的秒数更多， 那么向服务器日志发送一个消息。缺省是 30 秒。零则关闭警告。

# - 归档 -

#archive_command = ''                        # 用来将一个完整的 WAL 文件序列归档执行的 shell 命令。 如果这是一个空字串（缺省），那么 WAL 归档就关闭。字串中任何 %p 都被要归档的文件的绝对路径代替， 而任何 %f 都只被该文件名代替。如果你需要在命令里嵌入真正的 %，写 %%。 有关更多的信息，参阅 Section 22.3.1。 这个选项只能在服务器启动的时候在 postgresql.conf 文件里面设置。
                                        # segment


#---------------------------------------------------------------------------
# 查询规划
#---------------------------------------------------------------------------

# - Planner Method Configuration -

#enable_bitmapscan = on #
#enable_hashagg = on    #打开或者关闭查询规划器对散列聚集规划类型的时候。缺省是打开。
#enable_hashjoin = on   #打开或者关闭查询规划器对散列连接规划类型的使用。 缺省是打开。
#enable_indexscan = on  #打开或者关闭查询规划期对索引扫描规划类型的使用。 缺省是打开。
#enable_mergejoin = on  #打开或者关闭查询规划器对融合连接规划类型的使用。 缺省是打开。
#enable_nestloop = on   #打开或者关闭查询规划器对嵌套循环连接规划类型的使用。 我们不可能完全消除嵌套循环连接，但是把这个变量关闭就会让规划器在存在其它方法的时候优先选择其他的。 缺省是打开。
#enable_seqscan = on    #打开或者关闭查询规划器对顺序扫描规划类型的使用。 我们不可能完全消除顺序扫描，但是把这个变量关闭会让规划器在存在其它方法的时候优先选择其它的。 缺省是打开。
#enable_sort = on       #打开或者关闭查询规划器使用明确的排序步骤。我们不可能完全消除明确的排序， 但是把这个变量关闭可以让规划器在存在其它方法的时候优先选择其它方法。 缺省是打开。
#enable_tidscan = on    #打开或者关闭查询规划器对 TID 扫描规划类型的使用。 缺省是打开。

# - 规划器开销常量 -

#effective_cache_size = 1000                # 为规划器设置在一次索引扫描中可用的磁盘缓冲区的有效大小。 这个参数在计算一个索引的开销的预计值的时候会加以考虑； 一个更高的数值会导致很可能使用索引扫描，数值低了会更有可能选择顺序扫描。 在设置这个参数的时候，你还应该考虑 PostgreSQL 的数据文件会使用的的共享缓冲区和内核的磁盘缓冲。 还有，还要考虑预计会有的使用不同索引的并发查询数目， 因为它们必须共享可用的内存空间。这个参数对 PostgreSQL 分配的共享内存大小没有影响， 它也不会使用内核磁盘缓冲；它只用于估算。数值是用磁盘页来计算的， 通常每个页面是 8192 字节。缺省是 1000。
#random_page_cost = 4                        # 设置规划器计算的一次非顺序磁盘页面抓取的开销。 这是以顺序磁盘页面抓取的开销的倍数计量的。 更高的数值令优化器更倾向于选择一次顺序扫描，低数值的时候则倾向于使用索引扫描。 缺省是四。
                                        # cost
#cpu_tuple_cost = 0.01                        # 设置规划器预计在一次查询中处理一个数据行的开销。 这是以一次顺序页面抓取的开销的分数来计量的。 缺省是 0.01。
#cpu_index_tuple_cost = 0.001                # 设置在一次索引扫描中规划器计算出来的处理每条索引行的开销。 这是以一次顺序页面抓取的开销的分数来计量的。缺省是 0.001。
#cpu_operator_cost = 0.0025                # 设置规划器计算出来的处理一条WHERE子句中的每个操作符的开销。 这是以一次顺序页面抓取的开销的分数来计量的。缺省是 0.0025。

# - 基因查询优化器 -

#geqo = on                  #允许或禁止基因查询优化，这是一种试图不通过穷举搜索来实现查询规划的算法。缺省是允许。 geqo_threshold 变量提供了一种为特定类别的查询关闭 GEQO 的粒度更好的方法。
#geqo_threshold = 12        #只有当涉及的FROM关系数量至少有这么多个的时候，才使用基因查询优化。 （请注意一个外JOIN构造只算做一个FROM项。） 缺省是 12，对于数量小于此数的查询，也许使用判定性的穷举搜索更有效。 但是对于有许多表的查询，规划器做判断要花很多时间。
#geqo_effort = 5                        #控制 GEQO 里规划时间和查询规划的有效性之间的平衡。 这个变量必须事一个范围从 1 到 10 的整数。缺省值是 5。 大的数值增加花在进行查询规划上面的时间，但是也很可能会提高选中更有效的查询规划的几率。
#geqo_pool_size = 0                        #控制 GEQ0 使用的池大小。池大小是一个全体中的个体的数量。 它必须至少是二，并且有用的数值通常在 100 和 1000 之间。 如果把它设置为零（缺省设置），那么就会基于 geqo_effort 和查询中表的数量选取一个合适的缺省。
#geqo_generations = 0                        #控制 GEQO 使用的子代的数目。子代声明算法的迭代的数目。 它必须至少是一，有用的值范围和池的大小相同。如果设置为零（缺省），那么将基于 geqo_pool_size 选取合适的缺省。
#geqo_selection_bias = 2.0                #控制 GEQO 使用的选择性偏好。选择性偏好是在一个种群中的选择性压力。 数值可以是 1.5 到 2.0 之间；后者是缺省。

# - 其它规划器选项 -

#default_statistics_target = 10                #为没有用 ALTER TABLE SET STATISTICS 设置字段相关目标的表中其它字段设置缺省统计目标。 更大的数值增加了 ANALYZE 所需要的时间，但是可能会改善规划器的估计质量。缺省值是 10。 有关 PostgreSQL 的查询规划器使用的统计的更多信息，请参考 Section 13.2。
#constraint_exclusion = off
#from_collapse_limit = 8        #如果生成的 FROM 列表不超过这个限制的项数，规划器将把子查询融合到上层查询。 小的数值降低规划的时间，但是可能会生成差些的查询计划。 缺省是 8。通常，把它限制在小于 geqo_threshold 的数值是比较明智的。
#join_collapse_limit = 8                #如果得出的列表不超过这个数目的项，那么规划器将把明确的内 JOIN 构造抹平到 FROM 列表项中。 PostgreSQL 7.4 以前，通过 JOIN 构造声明的连接绝对不会被查询规划期重排。 现在的查询规划器已经改进过了，这样，用这种形式写出来的内层连接就可以重排了； 这个配置参数控制这种重排的程度。注意: 目前，用 JOIN 构造声明的外联接的顺序从来不会查询规划器被调整； 因此，join_collapse_limit 在这个行为上没有效果。 在未来的 PostgreSQL 版本里，规划器可能会改进某些外联接类型的重排。

                                        # JOINs

1301664724

啥也不说了，楼主就是给力！