work_mem决定PostgreSQL排序、哈希等操作的内存上限，影响ORDER BY、DISTINCT、GROUP BY、JOIN等；若超出则写入磁盘降低性能，建议根据内存和并发合理设置为64MB～256MB。
PostgreSQL 中的 work_mem 参数直接影响排序、哈希表构建和部分查询执行过程中的内存使用。它决定了每个操作（如排序、哈希连接）在开始写入磁盘前可以使用的最大内存量。合理设置 work_mem 对查询性能至关重要，尤其是在处理大数据集时。
work_mem 影响的主要操作
以下操作会受到 work_mem 的限制：
- ORDER BY：查询中包含排序操作时，PostgreSQL 会在内存中进行排序。如果数据量超过 work_mem 限制，就会生成临时文件写入磁盘（称为“外部排序”），显著降低性能。
- DISTINCT：去重操作通常使用排序或哈希来实现，这两种方式都会受 work_mem 控制。
- GROUP BY：当使用哈希聚合（HashAggregate）时，哈希表的构建受限于 work_mem。若内存不足，会退化为磁盘上的哈希或改用排序聚合。
- JOIN 操作（特别是 Hash Join）：Hash Join 在内存中构建哈希表，其大小不能超过 work_mem。超出后会分批处理，增加 I/O 开销。
- Merge Join 的中间排序：如果 Merge Join 需要先对数据排序，该排序阶段也受 work_mem 限制。
- Materialize 节点：某些子查询或 CTE 被物化时，可能涉及内存缓存或排序，也会使用 work_mem。
PostgreSQL 排序内存机制详解
PostgreSQL 使用一种称为“内外混合排序”的机制来处理大规模排序任务：
- 当执行 ORDER BY 或其他需要排序的操作时，系统首先尝试在内存中完成排序，分配最多不超过 work_mem 的内存空间。
- 如果待排序的数据量小，整个排序可以在内存中完成，效率最高。
- 若数据量超过 work_mem，PostgreSQL 会将输入数据切分为多个小于 work_mem 的块，每块单独在内存中排序后写入临时文件。
- 最后，系统执行一个多路归并（merge pass），读取所有已排序的临时文件，合并成最终有序结果。这个过程涉及大量磁盘 I/O，速度远慢于纯内存排序。
- 对于非常大的数据集，可能需要多轮归并，进一步影响性能。
如何查看是否使用了磁盘排序
可以通过 EXPLAIN ANALYZE 命令观察执行计划中是否有外部排序发生：
Sort Method: external sort Disk: 4096kB
上面的信息表示排序使用了约 4MB 的磁盘空间，说明 work_mem 不足。理想情况下应看到：
Sort Method: quicksort Memory: 1024kB这表示完全在内存中完成排序。
work_mem 设置建议
- 默认值通常为 4MB，对于现代服务器来说偏小，容易导致频繁磁盘排序。
- 可适当调高至 64MB～256MB，具体取决于系统内存总量和并发查询数。
- 注意：每个排序或哈希操作都可能独立使用 up to work_mem 内存，高并发下总内存消耗 = 并发数 × 每个查询使用的 work_mem 数量。
- 避免设置过大导致内存溢出或 swap，建议结合监控工具观察实际使用情况。
- 可在会话级别临时调整：
SET work_mem = '64MB';
基本上就这些。理解 work_mem 和排序机制有助于优化慢查询，减少磁盘 I/O，提升数据库响应速度。
