TOAST是PostgreSQL针对大字段设计的存储优化机制，当varlena类型数据超过约2KB时自动触发，通过压缩或移至外部表（pg_toast下）并保留指针的方式减少主表膨胀，支持PLAIN、EXTENDED、EXTERNAL、MAIN四种策略，默认EXTENDED先压缩后外存，虽降低I/O但增加CPU与随机读开销，合理设置可平衡性能与空间。
PostgreSQL 中的 TOAST（The Oversized-Attribute Storage Technique）机制是为了解决大字段存储问题而设计的一套高效策略。当某个字段的数据超过一定长度时，直接存储会严重影响行结构和查询性能，TOAST 通过将大字段压缩或外存分离的方式，优化存储与访问效率。
TOAST 是什么？
TOAST 并不是一个独立的表或模块，而是 PostgreSQL 内建的一种自动处理大字段的机制。它主要针对 varlena 类型数据（如 TEXT、VARCHAR、BYTEA 等变长类型）起作用。当这些字段的值超过约 2KB（具体阈值由 TOAST_TUPLE_THRESHOLD 定义，默认为 2048 字节），系统就会触发 TOAST 机制进行处理。
TOAST 的存储策略
PostgreSQL 使用四种不同的策略来管理大字段，按优先级顺序依次尝试：
- PLAIN：禁止压缩和线外存储，尽量保留在主表中。适用于不希望被移动或压缩的数据类型（如索引字段）。
- EXTENDED：默认策略。先尝试压缩数据；若仍过大，则将数据移出主表，仅在原字段位置保留一个指向外部数据的指针。
- EXTERNAL：不压缩，但允许将数据移出主表存储，适合需要快速访问但体积大的场景。
- MAIN：先尝试压缩，但尽可能保留在主表中，仅在必要时才线外存储。
这些策略可通过 ALTER TABLE ... ALTER COLUMN ... SET STORAGE 命令设置。
TOAST 表的结构与工作方式
每个启用了 TOAST 的表，PostgreSQL 都会自动创建一个对应的 TOAST 表（存储 OID 可查）。该表位于 pg_toast 目录下，命名格式为 pg_toast_[主表OID]。TOAST 表包含两个核心字段：
AI 舌诊面诊问诊医疗系统 + 诊疗商城系统源码是一套结合 AI 辅助诊断与商品转化的健康类程序，基于浩创云、ThinkPHP（PHP）开发，支持微信服务号与 H5 端，适合做中医舌诊面诊问答、健康建议推送以及配套诊疗商品的运营。
- chunk_id：标识原始大字段的唯一 ID。
- chunk_idx：分块序号，用于重组数据。
- chunk_data：实际存储的二进制数据块。
当大字段被线外存储时，原始字段中保存的是一个短指针（toast pointer），指向 chunk_id。读取时，系统根据指针从 TOAST 表中加载所有 chunk 并重组。
TOAST 如何影响性能？
TOAST 在提升存储效率的同时，也带来一定的访问开销：
- 压缩/解压消耗 CPU 资源，但减少 I/O，总体通常更优。
- 线外存储导致额外的随机 I/O，尤其在频繁读取大字段时可能成为瓶颈。
- 索引不会包含线外数据内容，因此无法对超大字段全文建索引（除非使用部分索引或表达式索引）。
合理设计字段类型和 STORAGE 策略，能有效平衡空间与性能。
基本上就这些。理解 TOAST 机制有助于优化大文本或二进制数据的存储方案，避免因盲目使用 TEXT 或 BYTEA 导致性能下降。不复杂但容易忽略。
