一、配置参数所在文件、类型与查看方式
1、配置参数所在文件
postgresql.conf
2、配置参数类型
1)internal只读参数
这些参数不配置在postgresql.conf中,他们由postgres程序和在初始化实例时写死
2)postmaster
这些参数的值需要重启PostgreSQL实例。在postgresql.conf文件中改变这些参数后,
需要重启PostgreSQL实例才能生效。
3)sigup
在postgresql.conf中改变参数值,不需要重启数据库;只需要向数据库postmaster
进程发送SIGHUP信号。
4)backend
在postgresql.conf中改变参数值,不需要重启数据库;只需要向数据库postmaster
进程发送SIGHUP信号
但是新的配置值只会在之后新的连接中有效,在已有的连接中不生效。
5)superuser
需要超级用户使用set来改变;
超级用户改变此参数数值时,只会影响自身的session配置,不会影响其他用户。
向postmaster进程发送SIGHUP信号,也只会影响后续建的连接。
6)user
普通用户可以使用set命令来改变;
3、查看方式
1)所有配置参数都在系统试图pg_settings中
select enumvals from pg_settings where name='client_min_messages';
2)通过pg_settings表中的context字段来查看参数类型
select name,context from pg_settings where name like 'wal_buffers';
二、配置参数
1、连接配置项
1)listen_addresses
声明服务器监听客户端连接的TCP/IP地址,改变这个参数需要重启数据库服务。
如果主机有多个IP,用逗号隔开,PostgreSQL服务在多个IP地址上监听。
当配置为0.0.0.0或*,表示监听本机的所有IP
默认值是localhost,表示只允许本地使用loopback连接到数据库,其他机器无法连接到
如果值为空,只有UNIX域套接字可以连接到
2)port
指定服务器监听的TCP端口,默认为5432
改变这个参数需要重启服务器
同一个端口用于服务器监听的所有IP地址
3)max_connections
允许数据库连接的最大并发连接数,改变此参数需要重启数据库服务
默认100
4)superuser_reserved_connections
为PostgreSQL超级用户连接而保留的连接数,默认值为3。
改变此参数需要重启。
这个值必须小于max_connections
max_connections-superuser_reserved_connections=普通用户最大连接数
5)unix_socket_group
6)unix_socket_permissions
7)
2、内存配置项
1)shared_buffers
数据库服务器共享内存缓冲区的数量,缓存数据块使用。
默认4000个块,4000*8K=32MB
此值必须大于16,并且至少是max_connections的两倍
2)temp_buffer
设置每个数据库会话使用临时缓冲区的最大数目。
只用于访问临时表。
临时缓冲区是在某个连接会话的服务进程中分配的,属于本地内存。
默认1000,对于8K的数据块大小为8MB
每个会话可以使用SET命令设置,必须在会话第一次使用临时表前设置,一旦使用临时表之后,在改变此参数将是无效的
并不是一启动会话就分配,需要时才分配
3)work_mem
内部排序操作、Hash表开始使用临时磁盘文件之前可使用的内存数目
这个内存是本地内存,数值以千字节为单位,默认是1024千字节(1MB)
4)maintenance_work_mem
生命在维性护操中使用的最大内存数,比如:VACUUM、CREATE INDEX、ALter table add foreign key
默认为16MB
把这个设置的比work_mem大一些,可以提高操作速度
在配置autovacuum后,若时间达到了autovacuum_max_workers数值,将分配这个内存
因此也不要将这个数值设置太大,若需要手工操作,可使用set命令把此参数设置大一些
5)max_stack_depth
声明服务器执行堆栈内核限制值
默认为2MB,如果发现不能运行复杂函数,可以适当调高此值,通常保持默认即可
3、预写日志的配置项
1)wal_level
可选择值为minimal、archive、hot_standby
minimal即只写入数据库崩溃或突然关机后进行恢复时需要的信息
archive即会添加WAL归档需要的记录
hot_standby会添加一些备库只读查询需要的信息
当执行create table as、create index、cluster、copy into tables 等批量操作时,如果wal_level
设置为minimal,则会产生很少的日志,原因是批量操作的具体过程可以安全跳过,并不影响恢复
2)fsync
是否使用
3)synchronous_commit
声明提交一个事务是否需要等待其把WAL日志写入磁盘后再返回,默认是“on”
4)wal_sync_method
用来指定向磁盘强制更新WAL日志数据的方法
5)full_page_writes
6)wal_buffers
wal缓冲区,默认为-1,大小为1/32的shared_buffer,最小不少于64k,最大不大于一个wal_segment(默认16M大小),一般保持默认即可,因为过了wal_writer_delay(默认200ms)总会刷新清空此缓存,设置太大了也用不上.
7)wal_writer_day
指定wal writer process把WAL
8)commit_delay
9)commit_siblings
4、错误报告和日志项
logging_collector = on