postgresql 性能参数配置方式
  • 作者:admin
  • 发表时间:2021-06-06 07:50
  • 来源:未知

查询Linux服务器配置

在进行性能调优之前,需要清楚知道服务器的配置信息,比如说 CPU,内存,服务器版本等信息。

查询系统版本信息

root@ubuntu160:~# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04.3 LTS
Release: 14.04
Codename: trusty

 

Linux查看物理CPU个数、核数、逻辑CPU个数

# 总核数 = 物理CPU个数 X 每颗物理CPU的核数
# 总逻辑CPU数 = 物理CPU个数 X 每颗物理CPU的核数 X 超线程数
 
# 查看物理CPU个数
cat /proc/cpuinfo| grep "physical id"| sort| uniq| wc -l
# 查看每个物理CPU中core的个数(即核数)
cat /proc/cpuinfo| grep "cpu cores"| uniq
 
# 查看逻辑CPU的个数
cat /proc/cpuinfo| grep "processor"| wc -l

 

查询内存信息

1cat /proc/meminfo

PostgreSQL配置参数查看方式

--查看所有数据库参数的值show all;

PostgreSQL性能调优重要的配置参数

该表格来自网上大神整理的:

选项默认值说明是否优化原因

max_connections100允许客户端连接的最大数目否因为在测试的过程中,100个连接已经足够

fsyncon强制把数据同步更新到磁盘是因为系统的IO压力很大,为了更好的测试其他配置的影响,把改参数改为off

shared_buffers24MB决定有多少内存可以被PostgreSQL用于缓存数据(推荐内存的1/4,不超过内存的1/2)是在IO压力很大的情况下,提高该值可以减少IO

work_mem1MB使内部排序和一些复杂的查询都在这个buffer中完成,不够要适可而止,每个连接都要用这么大的是有助提高排序等操作的速度,并且减低IO

effective_cache_size128MB优化器假设一个查询可以用的最大内存,和shared_buffers无关(推荐内存的1/2)是设置稍大,优化器更倾向使用索引扫描而不是顺序扫描

maintenance_work_mem16MB这里定义的内存只是被VACUUM等耗费资源较多的命令调用时使用是把该值调大,能加快命令的执行

wal_buffer768kB日志缓存区的大小是可以降低IO,如果遇上比较多的并发短事务,应该和commit_delay一起用

checkpoint_segments3设置wal log的最大数量数(一个log的大小为16M)是默认的48M的缓存是一个严重的瓶颈,基本上都要设置为10以上

唐山seocheckpoint_completion_target0.5表示checkpoint的完成时间要在两个checkpoint间隔时间的N%内完成是能降低平均写入的开销

commit_delay0事务提交后,日志写到wal log上到wal_buffer写入到磁盘的时间间隔。需要配合commit_sibling是能够一次写入多个事务,减少IO,提高性能

commit_siblings5设置触发commit_delay的并发事务数,根据并发事务多少来配置是减少IO,提高性能