1.shard_buffers
Postgresql使用自己的缓冲区,也使用操纵体系缓冲区。这意味着数据存储在内存中两次,首先是 Postgresql缓冲区,然后是操纵体系缓冲区。
与其他数据库差别, Postgresql不提供直接IO。这称为双缓冲（就是磁盘中的时间读的时间先放在数据库的缓冲区，再放在操纵体系缓冲区）。
Postgresql缓冲区称为 shared buffers,它是大多数操纵体系最有效的可调参数。
Postgresql将用 shared buffers参数缓存如下数据:
表数据，索引，实验计划
初始化参考值:物理内存1/4
2.wal_buffer
PostgresαL将其WAL(预写日志)记录写入缓冲区,然后将这些缓冲区刷新到磁盘。
缓冲区的默认大小,由wal_ buffers定义,但假如您有大量并发毗连,则较高的值可以提供更好的性能。
该缓冲区的作用是临时存放 redo log,以是分配太大不会对性能有好处,一般10MB左右。
3.effective_cache_size--默认4G
磁盘缓存存储器的估计。它只是一个指导原则,而不是确切分配的内存或缓存大小。它不分配现实内存,而是告诉优化器内核中可用的缓存量。假如将此值设置得太低,查询计划程序可以决定不使用某些索引,即使它们有效。因此,设置较大的值总是有益的建议使用默认值。
4.work_mem--雷同Oracle的PGA
指定在写入磁盘上的临时文件之前, ORDER BY, DISTINCT,JON和哈希表的内部操纵将使用的内存量。
此设置用于复杂排序,假如必须举行复杂排序,则增加work_mem的值以获得良好效果。内存中的排序比溢出到磁盘的排序快得多。
设置非常高的值大概会导致摆设环境出现内存瓶颈,因为此参数是按用户排序操纵。
假如您有许多用户尝试实验排序操纵,体系将为全部用户分配 work mem*总排序操纵
全局设置此参数大概会导致内存使用率过高,猛烈建议在会话级别修改它。
默认4M
5.maintenance_work_mem
maintenance_work_mem是用于维护在务的内存设置。默认为64MB。本参数可以针对每个 session设置。
设置较大的值有助于实验 VACUUM, RESTORE, CREATE|NDEX, ADD FOREIGN KEY和ALTER TABLE等任务。
由于会话中只能同时实验其中一个操纵,并且通常没有多个同时运行,因此它大概比 work_mem大。
较大的设置可以提高 VACUUM和数据库还原的性能。
实验 autovacuum时,大概设置 autovacuum_work_mem参数来单独管理它。
6.FSYNC
假如启用了 fsync, Postgresql将尝试确保将更新写入物理磁盘,会延长相应时间对性能有一定影响。
这可确保在操纵体系或硬件崩溃后可以将数据库群集恢复到一致状态。
禁用sync通常可以提高性能,但在发生电源故障或体系崩溃时大概会导致数据丢失。
从外部数据重新创建整个数据库,则建议停用 fsync。
7.synchronous_commit
指定在命令向客户端返回“乐成”指示之前,事务提交是否将等待WAL记录写入磁盘。这是性能和可靠性之间的权衡。默认设置为“on'’。
大概的值包括:"on","remote_apply", "remote_write","local"和“of"
与fsync差别,用此参数不会产生任何数据库不一致的风险:操纵体系或数据库崩溃大概导致丢失一些近来发生的大概提交的事务,但数据库的状态将与这些事务完全相同,未提交的将被抛弃
当性能比事务持久性更紧张时,停用 synchronous_commit大概是一个有效的替换方法
这意味着乐成状态与保证写入磁盘之间会存在时间差。在服务器崩溃的情况下,即使客户端在提交时收到乐成消息,数据也大概丢失。在这种情况下,事务提交非常快,因为它不会等待刷新WAL文件,但可靠性受到侵害。
8.checkpoint_timeout
检查点启动的时间隔断将此设置得太低会淘汰崩溃恢复时间,因为更多数据会写入磁盘,但由于每个检查点都会占用名贵的体系资源,因此也会侵害性能。高频率的检査点大概会影响性能。实例崩溃的机率与长时间运行的性能相比,实例崩溃所占的比紧张小的多,该值设置为实例崩溃后客户允许恢复的时间。
检查点历程将数据刷新到数据文件中。
发生 CHECKPOINT时完成此运动。这是一项昂贵的操纵,大概会导致大量的|O。整个过程涉及昂贵的磁盘读/写操纵。
checkpoint_completion_target权衡检查点完成的时间长度。
9.checkpoint_completion_target
数据库中一个至关紧张的参数,紧张与参数 checkpoint_timeout(checkpoint_timeout配合使用,值越小意味着检查点要越快完成,要求写得要快。
控制每次检査点发生时i/o的吞吐量,值越高,则/o占用的资源越少,数据库性能越好;值越低,则/o占用的资源越多,影响数据库性能,但是提高检査点完成速度。
可以理解为假如这个参数设置的太大，大概会发生数据库震荡。 10.full_page_writes
全页写,把数据块写入到WAL日志中,目的是为了解决块不一致题目,掩护数据的完备性,全页写会导致WAL日志膨胀,增加额外/O。
假如性能优先考虑,同时有一样寻常数据库备份,则可以关闭。
别的参数：
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
