一、shared_buffers与shmmax，shmall，max_connections的关系

1.1、shared_buffers与max_connections的关系

shared_buffers 是查询缓存，设置比较大可以提高PostgreSQL的效率，一般建议设置为系统内存的3/4，但是必须不少于128KB，并且不少于16KB乘以max_connections
 

做网站、网站设计的关注点不是能为您做些什么网站，而是怎么做网站，有没有做好网站，给创新互联一个展示的机会来证明自己，这并不会花费您太多时间，或许会给您带来新的灵感和惊喜。面向用户友好，注重用户体验，一切以用户为中心。

1.2、shared_buffers与shmmax，shmall的关系

shared_buffers该参数不能超过由操作系统参数SHMMAX指定的值

内核的 shmall 和 shmmax 参数设置在/etc/sysctl.conf文件中，通过sysctl -p 可以生效

SHMMAX= 配置了最大的内存segment的大小 ------>这个设置的比SGA_MAX_SIZE大比较好。

SHMMIN= 最小的内存segment的大小

SHMMNI= 整个系统的内存segment的总个数

SHMSEG= 每个进程可以使用的内存segment的最大个数

shmall 是全部允许使用的共享内存大小，shmmax 是单个段允许使用的大小。这两个可以设置为内存的 90%。例如 16G 内存，1610241024102490% = 15461882265，shmall 的大小为 15461882265/4k(getconf PAGESIZE可得到) = 3774873。
修改 /etc/sysctl.conf
kernel.shmmax=15461882265
kernel.shmall=3774873
kernel.msgmax=65535
kernel.msgmnb=65535
执行 sudo sysctl -p
可以使用 ipcs -l 看结果。ipcs -u 可以看到实际使用的情况

备注：shmmax & shmall 在PostgreSQL9.3开始，将共享内存从system V 修改为Posix和mmap方式，不再需要设置linux系统的shmmax参数

二、max_connections与信号量的关系

如果max_connections设置太大，信号量被消耗完毕，有可能会导致PostgreSQL无法启动

2.1、信号量设置

信号量控制设置在/etc/sysctl.conf文件中，通过sysctl -p 可以生效，该文件用于控制内核信号量，信号量是System VIPC用于进程间通讯的方法。

kernel.sem = 250 512000 100 2048

 

2.2、查询当前信号量使用情况

查看当前信号量使用情况

 

2.3、查看当前的设置：

cat /proc/sys/kernel/sem

这四个数字分别是：SEMMSL，SEMMNS，SEMOPM，SEMMNI
SEMMSL：内核参数，控制每个信号量集合的最大信号数。
SEMMNS：内核参数，控制系统范围内能使用的最大信号量数。
SEMOPM：semop()函数（内核函数，用来操作信号量）每次调用锁能操作的一个信号量集中的最大信号量。
SEMMNI：内核中信号量集的最大数量。
SEMMNS=SEMMSL*SEMMNI
SEMOPM=SEMMSL，这两个参数一般设置为相同。
 

2.4、信号量设置计算

对于PostgreSQL数据库来说：
SEMMNI >= ceil((max_connections + autovacuum_max_workers + 4) / 16)
SEMMSL >= 17
假设一个PG库如下设置：
max_connections=1000, autovacuum_max_workers =3,
则这几个参数的设置是：
SEMMNI = ceil（（1000+3+4））/16)=63,因为考虑到其他进程使用，一般设置为63+25=88
SEMMSL要求大于17,保持默认250
SEMOPM=SEMSL=250
SEMMNS=SEMMNIMSMMSL=88250=22000
在/etc/sysctl.conf文件中添加：

kernel.sem=250  22000 250  88
运行：sysctl -p   生效 

使配置生效
设置完成之后，如果启动数据库还是报同样的错误，那么可以重启操作系统再试试。

分享标题：PostgreSQL--信号量和shmall和shmmax相关设置
标题链接：http://azwzsj.com/article/pcphes.html