text字段一存就触发行溢出，是因为innodb按其最大可能长度（65535字节）参与单行预估，一旦整行估算超约8000字节即强制外移至溢出页，主记录仅留20字节指针；tinytext等小类型也可能因整行空间不足而溢出。
TEXT字段为什么一存就触发行溢出？
InnoDB 不是看实际内容长度，而是按字段定义的最大可能长度参与行宽估算。哪怕 content 当前只存了 10 字节，只要它是 TEXT（最大 65535 字节），就会按 65535 算入单行预估长度。一旦整行估算值超过约 8000 字节（受页大小、其他字段、字符集共同影响），InnoDB 就强制把该字段外移到溢出页，主记录只留 20 字节指针。
常见踩坑点：
-
TINYTEXT（≤255 字节）也可能溢出——不是看类型名，而是看整行剩余空间是否够塞下它的最大长度 -
ROW_FORMAT=COMPACT（MySQL 5.6+ 默认）会先在主页存前 768 字节 + 指针，容易撑满页、加剧页分裂 -
innodb_file_format必须为Barracuda，否则ROW_FORMAT=DYNAMIC无效
怎么确认我的表已经发生行溢出？
别依赖 EXPLAIN，它完全不显示溢出页读取。直接查两个指标：
- 运行
SHOW TABLE STATUS LIKE 'your_table'，对比Avg_row_length和你手动算出的非大字段总宽（比如id+title+created_at加起来才 200 字节，但显示 4200，基本已溢出） - 执行
SELECT LENGTH(your_text_col) FROM your_table ORDER BY LENGTH(your_text_col) DESC LIMIT 1，再加其他字段长度——若总和明显超 8K，就是硬证据 - 开启
innodb_monitor_enable = 'innodb_buffer_page'后查INFORMATION_SCHEMA.INNODB_BUFFER_PAGE，过滤PAGE_TYPE = 'BLOB'可看到溢出页缓存情况（生产慎用）
ROW_FORMAT=DYNAMIC 能不能解决溢出？
不能避免溢出，但能改变溢出方式：它让 InnoDB 主页只存 20 字节指针，全部内容外存，而不是像 COMPACT 那样存前 768 字节。好处是主索引页更“干净”，二级索引体积小，适合高频更新场景。
必须配齐三要素才能生效：
-
SET GLOBAL innodb_file_format = 'Barracuda'（MySQL 5.7+ 已默认，但老实例可能仍为Antelope） ALTER TABLE your_table ROW_FORMAT=DYNAMIC-
innodb_file_per_table = ON（确保每个表有独立 .ibd 文件）
注意：DYNAMIC 对超长字段更激进，但单次读取仍是随机 I/O，只是减少了主页污染。
不改表结构，如何减少溢出带来的性能损失？
核心是切断 TEXT 字段与查询执行路径的隐式绑定：
- 永远不用
SELECT *，明确列出所需字段，且把TEXT列放在最后甚至完全不查 - 避免任何涉及
TEXT的ORDER BY、GROUP BY、WHERE条件——哪怕写WHERE LENGTH(content) > 0，也会强制加载整字段 - 覆盖索引里绝不能包含
TEXT字段，INDEX idx_cover (status, created_at)可行，INDEX idx_bad (status, content)会被忽略或失效 -
SUBSTRING(content, 1, 200)在 MySQL 8.0+ 有优化，但底层仍要读溢出页——它只省网络传输，不省 I/O
最隐蔽的坑是 MVCC：即使你只查 id，在 READ-COMMITTED 下，InnoDB 仍需拼出完整逻辑行才能判断可见性，溢出页照读不误。这点没法绕过，只能靠拆表或冷热分离来根治。
