1.我在CentOS 7上安装了PostgreSQL 14，但是启动服务后发现连接不上数据库，错误提示"FATAL: role ‘root’ does not exist"，这是怎么回事？我应该怎么创建第一个用户并连接上数据库呢?

答：
在CentOS 7上安装PostgreSQL 14后连接失败并提示“FATAL: role ‘root’ does not exist”，是因为PostgreSQL默认不允许使用操作系统root用户连接，且默认角色是postgres而非root。解决方法是：先切换至postgres系统用户（sudo -i -u postgres），再通过psql命令进入数据库；若需创建新用户，在PostgreSQL中执行CREATE USER your_username WITH PASSWORD ‘your_password’;，然后通过\c - your_username切换用户，最后用新用户连接（psql -U your_username -d postgres）。

2. 公司给了台32GB内存的服务器让我部署PostgreSQL数据库，我看网上说shared_buffers要设置成内存的25%，但有人又说不能超过8GB，我现在很纠结到底该设置多大？有没有比较靠谱的配置建议？

答：
对于32GB内存的专用数据库服务器，一个稳健的配置是：

• shared_buffers: 设置为 8GB。超过8GB时，操作系统缓存（Page Cache）会大幅减少，可能得不偿失。8GB是一个经验证的有效上限。
• work_mem: 设置为 64-128MB，用于排序、哈希等操作。
• maintenance_work_mem: 设置为 1-2GB，加速VACUUM等维护任务。
  核心原则是：让PostgreSQL管理大的、连续的内存块（shared_buffers），同时保留充足内存给操作系统作为磁盘缓存，两者协同工作性能最佳。

3. 我们的PostgreSQL数据库每天晚上12点都会变得特别慢，查看日志发现有个叫autovacuum的进程在运行，这个进程是干什么的？可以直接关掉吗？还是说需要调整它的运行时间？

答：
我们的PostgreSQL数据库每天晚上12点都会变得特别慢，查看日志发现有个叫autovacuum的进程在运行，这个进程是干什么的？可以直接关掉吗？还是说需要调整它的运行时间？

4. 我在CentOS 7上安装了PostgreSQL 14，但是启动服务后发现连接不上数据库，错误提示"FATAL: role ‘root’ does not exist"，这是怎么回事？我应该怎么创建第一个用户并连接上数据库呢?

答：
我在CentOS 7上安装了PostgreSQL 14，但是启动服务后发现连接不上数据库，错误提示"FATAL: role ‘root’ does not exist"，这是怎么回事？我应该怎么创建第一个用户并连接上数据库呢?

5. 我们的PostgreSQL数据库突然出现大量"FATAL: sorry, too many clients already"的错误，查了下max_connections是100，我想改大一点但又担心服务器撑不住，请问这个参数应该怎么合理设置？是不是还需要配合其他参数一起调整？

链接：https://bbs.huaweicloud.com/forum/thread-0213198771137283002-1-1.html
答：
合理设置max_connections需综合评估服务器硬件资源（如16GB内存可尝试300-500连接）、连接池使用（如PgBouncer可降低实际需求）及监控数据，同时需配合调整shared_buffers（设为总内存15%-25%）、work_mem（按查询复杂度设为4MB-256MB）和maintenance_work_mem（设为64MB-512MB）等参数，确保总内存消耗不超过物理内存，并通过压力测试验证性能。

6. 最近发现PostgreSQL的data目录占用空间越来越大，已经快把磁盘撑满了，我想把一部分表的数据迁移到另一块硬盘上，听说可以用tablespace，但不知道具体怎么操作？会不会影响现有的业务？

答：
可通过PostgreSQL的表空间（Tablespace）将表或索引迁移到另一块硬盘：先在目标硬盘创建目录（如/mnt/new_disk/pg_data），用CREATE TABLESPACE命令创建表空间（如CREATE TABLESPACE new_tablespace LOCATION ‘/mnt/new_disk/pg_data’;），再通过ALTER TABLE/INDEX SET TABLESPACE将表或索引迁移过去（如ALTER TABLE large_table SET TABLESPACE new_tablespace;）。此操作会短暂锁定表，建议在低峰期执行，迁移后原数据文件可手动删除，业务影响较小但需提前备份。

7. 线上PostgreSQL数据库运行了半年后，突然收到告警说磁盘快满了，但我看表数据其实没增加多少，后来发现是pg_wal目录占了好几十个G，这些WAL文件能直接删除吗？怎么控制WAL的大小？

答：
pg_wal目录中的WAL文件不能直接删除，否则可能导致数据库无法启动或数据丢失；可通过调整max_wal_size（控制WAL最大空间）、min_wal_size（最小保留空间）、checkpoint_timeout（触发检查点时间间隔）等参数，并确保归档和复制槽正常工作来控制WAL大小，同时使用pg_archivecleanup工具或手动触发检查点（CHECKPOINT;）清理旧WAL文件。

8. 我按照官方文档配置了postgresql.conf文件，把shared_buffers改成了4GB，结果PostgreSQL启动失败，日志显示"could not create shared memory segment"，这是什么原因？

答：
PostgreSQL启动失败并显示"could not create shared memory segment"错误，通常是因为shared_buffers设置的值超过了系统可用内存、交换空间或内核参数SHMMAX/SHMALL的限制，导致无法分配共享内存段；建议将shared_buffers调整为系统总内存的20%-40%（如16GB内存可设为3GB-6GB），并检查内核参数SHMMAX（单个共享内存段最大值）和SHMALL（系统共享内存页面总数）是否足够，必要时通过sysctl调整这些参数后重启系统。

9. 公司新项目要用PostgreSQL，领导让我评估下需要什么样配置的服务器，预计数据量在500GB左右，日均访问量10万次，请问应该如何估算CPU、内存、磁盘的配置？SSD和机械硬盘差别大吗？

答：
针对500GB数据量、日均10万次访问的PostgreSQL，建议配置：CPU选择8核以上（复杂查询多则16核），内存16GB-32GB（shared_buffers设为4GB-8GB，剩余用于OS缓存和连接池），磁盘优先选SSD（IOPS比机械硬盘高10倍以上，能显著提升查询和写入性能，尤其对随机读写场景）；若预算有限，可用SSD存放WAL和热数据、机械硬盘存冷数据，同时通过读写分离和连接池（如PgBouncer）优化高并发性能。

10. 我在Docker里部署了PostgreSQL容器，但重启容器后发现数据全部丢失了，明明创建容器的时候指定了数据卷，这是哪里配置错了？Docker环境下使用PostgreSQL需要注意什么？

答：
数据丢失通常是因为数据卷路径映射错误或未持久化关键目录（如/var/lib/postgresql/data），需检查docker run命令中的-v参数是否正确映射了宿主机目录到容器内数据目录，同时注意Docker环境下需确保PostgreSQL配置文件（如postgresql.conf）和数据目录权限正确，且避免使用匿名卷（建议使用具名卷或宿主机绝对路径）。
链接：

11. 商城应用当订单数量非常多的时候，有什么方法能快速检索到某个人的所有订单？

答：
在商城应用中，当订单数量庞大时，可通过为订单表按用户ID（user_id）建立索引，利用数据库索引的快速查找特性（如B+树索引），结合SQL查询（如SELECT * FROM orders WHERE user_id = ?）实现高效检索，同时可考虑分库分表或读写分离优化高并发场景下的查询性能。