一个设置参数的方法是编辑postgresql.conf，这个文件一般保存在数据目录下。配置文件在主server进程接受sighup信号的时候重新读取。通过执行pg_ctl reload或是调用pg_reload_conf()可以实现。主服务器进程也会传播这个信号给当前运行的服务器进程。另外设置参数的方法是使用命令如下：

postgres -c log_connections=yes -c log_destination='syslog'

命令行的设置会覆盖配置文件中的参数。

一些参数可以再单独的sql会话中使用set设置

set enable_seqscan to off;

检查参数设置

pg_settings有会话运行时的参数。

在postgresql.conf文件中可以包含include指令，指定别的文件，这个功能让配置文件可以分成多个物理部分。也有个include_if_exists指令，这个指定的作用和include是一样的，除了当相关的文件不存在或不能被读取时候的行为。常规的include会认为这个是个错误，但是include_if_exists只是个日志信息。配置文件中也有include_dir指令，指定了配置文件的整个路径。

文件位置

除了postgresql.conf文件，postgresql还使用2个别的手工编辑的文件来控制客户认证。默认的这三个文件都放在数据目录下面。下面的参数可以让你放置文件到不同的地方。

data_directory 指定了数据存放的路径，只有在数据库服务启动的时候设置

config_file指定了主服务配置文件的位置。

hba_file指定了基于主机的认证配置问津

ident_file

user name mapping配置文件

连接设置

listen_addresses指定tcp/ip地址，该地址是服务器地址来监听客户端连接的监听。

port监听的端口，默认的是5432

max_connections 决定了最大并发连接数。默认是100连接。

superuser_reserved_connections 决定连接槽的数量，用来保存postgresql超级管理员的连接。

unix_socket_directories指定unix-domain socket的目录。

tcp_keepalives_idle

tcp_keepalive_interval

tcp_keepalives_count等

资源消耗

shared_buffers

设置数据使用的共享内存的大小。默认的是128MB,这个值得最小值是128KB,如果你是专用的数据库服务器,有1GB或更多的内存，一个合理的shared_buffers的设置是你系统内存的25%，设置太大该值,会导致checkpoint_segments增加，这个会有很多的改变数据写很长时间。在windows系统上，该值很大也不一定有效率，可能设置个低值更好，子windows系统上该值通常设置64MB到512MB

temp_buffers

设置每个数据库回话使用的临时buffer的最大值。这些是本地会话用来访问临时表的。默认是8MB.

max_prepared_transactions

设置同时在准备状态的最大的事务数。设置成0,代表该值禁用准备事务特色.如果你使用了准备事务,你要设置该值最少是max_connections,这样每个会话能有一个准备事务。

当运行了备服务器,你要设置这个参数与masterserver的相同或是更高，否则，备库上的查询是不被允许的。

work_mem

设置在被写到临时磁盘文件前被内部排序操作和hash表使用的内存大小。默认的值是1MB，对于复杂查询，一些排序或hash操作可能并行运行，每个操作都允许使用这个值制定的大小的内存在它将数据写到临时文件之前。一些运行的会话可能并发做这个操作,因此,总共使用的内存可能是work_mem的很多倍。

maintenance_work_mem

指定被维护操作使用的最大的内存数量.像是vacuum,create index 和alter table add foreign key.默认是16MB，因为这种操作很少,所以该值设置大于work_mem是安全的。大的设置有利于vacuuming和恢复数据库dumps。

max_stack_depth

指定服务器执行栈的最大安全深度.该值理想的设置是内核强制限制的实际栈大小,ulimit -s.默认值的大小是2MB，这个值对于执行复杂函数来说太小了。

磁盘

temp_file_limit

指定一个会话能使用的临时文件的最大磁盘空间.一个事务要是尝试超过这个限制会被取消.默认的值是-1,就是没有限制.

内核资源使用

max_files_per_process

设置每个server子进程能同时打开最大文件数。默认的是1千个文件。

shared_preload_libraries

这个参数指定了服务器在启动之前预加载的一个或多个共享库.通过预加载共享库,在库第一次被使用的时候,库启动时间被避免额.然而,启动每个新服务进程的时间可能稍微增加了,即使这个进程没有使用库.

 

当执行vaccum和analyze命了的时候，系统维护一个内部计时器来跟踪不同io操作的花费。当累计花费达到vacuum_cost_limit指定的限制，操作会休眠一段时间，该时间被vacuum_cost_delay指定。然后它会重置计时器和继续执行.

这么设置的目的是允许管理员减少io影响。默认是禁用的,要是想启用,设置vacuum_cost_delay变量到一个非0值。

vacuum_cost_delay

默认值是0,禁用了vacuum delay功能。在很多系统上 ,有效的值是10毫秒.

vacuum_cost_page_hiit

估计buffer在共享buffer cache中找到的比率。代表着锁定一个buffer池，找到共享hash表和扫描页内容的代价。默认值是1

vacuum_cost_page_miss

估计buffer要在磁盘中读取的代价。代表着锁定buffer pool,查找共享hash表，从磁盘读取想要的块，扫描它的内容。默认值是0.

vacuum_cost_page_dirty

估计之前清理的块的修改代价.代表着刷脏块到磁盘需要的额外io。默认值是20.

vacuum_cost_limit

估计导致进程休眠的代价，默认值是200

 

异步相关参数

efective_io_concurrentcy

指定同时并发io操作的数量。增大这个值将会增加io操作的数量。允许的范围是1到1000,或0禁用异步io。目前,这个设置只影响bitmap heap scans.

后台writer相关参数

有一些服务进程叫做后台写进程,他们的功能是写脏buffer，它写共享buffer，这样服务进程处理用户查询很少或从不用等待写。

bgwriter_delay

指定后台写每次活动间的延迟.每回合它写一些脏buffer，然后就休眠bgwriter_delay指定的时间，然后重复。当没有脏buffer的时候，他就进入长时间的休眠，而不去管bgwriter_delay,默认的值是200，在很多系统上,有效的值是10毫秒.

bgwriter_lru_maxpages

在每回合,不超过这个值数量的buffer被写。设置这个值成0禁止后台写。默认的是100buffers

bgwriter_lru_multiplier

The number of dirty buffers written in each round is based on the number of new buffers that
have been needed by server processes during recent rounds. The average recent need is multiplied
by bgwriter_lru_multiplier to arrive at an estimate of the number of buffers that will be
needed during the next round. Dirty buffers are written until there are that many clean, reusable
buffers available. (However, no more than bgwriter_lru_maxpages buffers will be written
per round.) Thus, a setting of 1.0 represents a “just in time” policy of writing exactly the number
of buffers predicted to be needed. Larger values provide some cushion against spikes in demand,
while smaller values intentionally leave writes to be done by server processes. The default is 2.0.