PgPool-II多节点配置优化咨询：性能调优与连接数规则验证

关于num_init_children * max_pool <= max_connection规则的有效性 #

这个规则是完全成立的，核心目的是防止单个Postgres节点被PgPool的连接打满。

你当前的配置：num_init_children=666、max_pool=3，单节点max_connection=2000，计算得666*3=1998，刚好小于2000，完全符合规则要求。

原理是：每个PgPool子进程最多会给单个Postgres节点建立max_pool个连接，所有子进程对该节点的最大连接数总和就是num_init_children * max_pool。如果这个值超过Postgres的max_connection，当并发量上来时，Postgres会拒绝新连接，直接抛出连接溢出的错误，导致业务中断。

PgPool性能调优最佳配置指南 #

核心连接池参数调优 #

• 动态调整num_init_children：该参数决定PgPool能同时处理的客户端连接上限，需匹配业务实际并发需求。如果业务并发更高，可适当调高，但必须严格遵守num_init_children * max_pool <= 单节点max_connection的限制；若并发较低，调低该值能节省系统CPU、内存资源。
• 按需设置max_pool：短连接为主的业务（比如Web请求），可将max_pool设为1或2，减少闲置连接占用；长连接场景（比如后台服务）可适当调高，但仍需结合单节点连接数上限控制。当前设置的3是合理的，可根据连接复用率调整。
• 启用min_pool预建连接：如果希望减少连接建立的开销，可设置min_pool（比如设为1），让每个PgPool子进程提前对每个Postgres节点建立至少1个连接，避免业务高峰时频繁创建连接。

Postgres节点配合优化 #

• 监控实际连接数：定期执行SELECT count(*) FROM pg_stat_activity;查看单节点的连接使用情况，确保实际连接数远低于2000的上限，预留足够的缓冲空间。
• 优化Postgres核心参数：根据服务器内存配置调整shared_buffers（建议设为服务器内存的25%）、work_mem（根据查询复杂度调整，避免内存不足触发磁盘交换）、maintenance_work_mem等参数，提升Postgres自身的处理能力。

PgPool其他性能参数优化 #

• 开启连接复用：确保reuse_connections = on，让PgPool子进程复用已有的Postgres连接，大幅减少TCP连接建立、认证的开销。
• 设置闲置连接超时：配置client_idle_limit（比如设为300秒），自动释放被闲置客户端占用的PgPool子进程，避免资源浪费。
• 定期监控PgPool状态：使用pgpool_adm pool_status命令查看连接池的使用情况，包括子进程状态、连接复用率等，根据监控数据及时调整参数。

系统层面优化 #

• 提升文件描述符上限：PgPool和Postgres都需要大量文件描述符，将操作系统的ulimit -n设置为65535以上，避免因文件描述符不足导致连接失败。
• 优化网络配置：确保PgPool与Postgres节点之间使用低延迟的内网连接，必要时调整TCP参数（比如增大TCP缓冲区），减少网络传输开销。

内容的提问来源于stack exchange，提问作者ABC