PostgreSQL配置优化

PG的配置文件是数据库 目录下的postgresql.conf文件，8.0以后的版本可支持K，M，G这样的参数，只要修改相应参数后重新启动PG服务就OK了。

 

   shared_buffers：这是最重要的参数，postgresql通过shared_buffers和内核和磁盘打交道，因此应该尽量大，让更多的数据缓存在shared_buffers中。通常设置为实际RAM的50%。

   kernel.shmmax：单个进程最大的缓存块大小在sysctl.conf中设置，等于物理内存

work_mem 可 以称之为工作内存或者操作内存。其负责内部的sort和hash操作，合适的work_mem大小能够保证这些操作在内存中进行。定义太小的话，sort 或者hash操作将需要与硬盘进行swap，这样会极大的降低系统的性能；太大的话致使在能够在内存中完成的操作数量减少，其他的部分需要与磁盘进行 swap操作，增加IO降低性能。系统提供的默认值是1M，在实际的生产环境中，要对系统监控数据进行分析，作出最好的选择。
大致有两种方式：估计方法与计算方法。第一种是可以根据业务量的大小和类型，一般语句运行时间，来粗略的估计一下。第二种方式是通过对数据库的监控，数据采集，然后计算其大小。总之合适的大小对系统的性能至关重要。

在实际的维护中可以通过explain analyze分析语句的work_mem大小是否合适。在语句中设置work_mem参数的大小可以充分利用内存，提高语句的执行效率。
对 于work_mem内存分配时还要考虑数据库的并发情况，max_connections决定了系统的最大的并发连接数。不论如何调整work_mem都 要考虑 max_connections*work_mem+shared_buffers+temp_buffers+maintenance_work_mem+ 操作系统所需内存不能够超过整个的RAM大小，这是非常重要的。
work_mem参数对系统的性能是如此的重要，让其实时的适应数据库的运行状况显的不太可能，但是可以通过对数据库运行周期的监控，总结相应的数据，然后定制一个专用的脚本，专门用来修改work_mem的大小，使其阶段性的更加适应系统的状况，不失为一种好的方法。可设为内存的20%到最大1G。

maintenance_work_mem 称之为维护工作内存， 这里定义的内存只是在CREATE INDEX, VACUUM等时用到，因此用到的频率不高，但是往往这些指令消耗比较多的资源，因此应该尽快让这些指令快速执行完毕：给 maintence_work_mem大的内存，比如512M(524288)
postresql文档提示在启用了autoacuum功能的情况下，该参数不能配置的过大。

effective_cache_size 查询优化器假定可用的磁盘缓存大小，越大的值偏向于使用索引，较小的值偏向于使用顺序扫描。可为物理内存的75%。