摘要：PostgreSQL的并行查询性能由max_parallel_workers_per_gather和max_parallel_workers两个关键参数控制。前者限制单个查询节点的并行工作进程数（默认2），后者限制系统总并行进程数（通常≤8）。两者存在层级关系，需根据负载类型（OLTP/OLAP）合理配置：OLTP建议1-2个并行，OLAP可接近CPU核心数。配置时需考虑资源竞争、CPU核心

PostgreSQL中parallel_setup_cost和parallel_tuple_cost是控制并行查询执行的关键成本参数。parallel_setup_cost（默认100）表示启动并行工作进程的初始开销，parallel_tuple_cost（默认0.1）表示每个元组传递的通信成本。优化器通过比较并行总成本（串行成本-并行收益+这两个成本）决定是否使用并行查询。OLTP场景建议调高这

PostgreSQL执行计划分析摘要（145字）： 两条查询分别针对orders表的billed字段不同状态做分析。第一条（billed is not true）有效利用了部分索引orders_unbilled_index，执行计划显示优化器选择了成本较低的位图索引扫描（总成本3880.78）。第二条（billed is true）因不满足部分索引条件且数据量大，被迫采用全表扫描（成本8462.4

PostgreSQL中NOWAIT选项用于非阻塞锁机制，避免事务因等待锁而挂起，提高系统响应性并减少死锁风险。LOCK TABLE...NOWAIT在表锁冲突时立即报错，SELECT...FOR UPDATE/SHARE NOWAIT则在行锁冲突时快速失败。应用需捕获错误并采取重试、报告或备用逻辑等策略处理。该特性适用于需要快速失败、由应用控制重试的高并发场景，与阻塞式锁形成互补。正确使用NOWA