MySQL InnoDB中JSON与TEXT存储机制及读取性能影响咨询

1. 数据长度是否影响JSON/TEXT的存储位置？ #

是的，InnoDB对TEXT、BLOB、JSON这类变长类型的存储位置，会根据数据大小和innodb_page_size配置决定：

• 当数据大小小于页大小的50%（比如默认16KB页就是约8KB）时，会直接存储在数据行内；
• 当数据超过这个阈值时，仅在数据行中存储一个指向外部溢出页的指针，实际数据存放在溢出页中。
  注意：JSON类型会先被转换为紧凑的二进制格式（而非原始文本）后存储，所以实际占用的行内空间是二进制格式的大小，不是原始字符串长度。

2. 小JSON文档是否会因指针读取影响性能？ #

不会。只有当JSON数据大小超过行内存储阈值时，才会使用指针指向外部存储。对于小JSON文档，数据直接存在行内，读取时无需额外的磁盘页访问，性能和行内存储的其他类型（如VARCHAR）差异极小。

3. 小JSON场景下，VARCHAR是否比JSON读取性能更优？ #

在你给出的前提下（仅读完整文档、JSON<1000字符），VARCHAR的读取性能会略优于JSON，但差异非常小：

• 两者的数据都存储在行内，磁盘IO次数完全一致；
• 差异主要来自内存处理：JSON列读取后需要将二进制格式转换为字符串，而VARCHAR直接读取字符串，这个转换的CPU开销微乎其微，只有在极高并发场景下才可能体现出差距。

4. JSON与VARCHAR的读取性能差异有量化指标吗？ #

针对小数据（<1000字符）的场景，量化差异大致如下：

• 单条记录读取：JSON比VARCHAR多消耗1-5微秒的CPU时间（主要来自二进制格式的解析）；
• 高并发（如1000QPS以上）场景下，整体吞吐量差异可能在5%-10%左右；
  如果是超过行内阈值的大JSON，额外的磁盘IO会导致延迟增加数十倍（取决于磁盘性能），但你的场景是小JSON，所以无需考虑这种情况。

5. 单个JSON列 vs 多个JSON列，哪个性能更好？ #

单个JSON列更优，原因如下：

• 若数据超过行内阈值，单个JSON列只需要一次溢出页读取，多个JSON列则需要多次额外读取，磁盘IO开销会线性增加；
• 即使是行内存储，单个列的解析和内存处理开销也比多个列更低，减少了字段遍历和解析的次数。

6. 超大规模表中，JSON指针读取的性能影响是否可忽略？ #

分两种情况：

• 小JSON（<1000字符）：数据直接存于行内，没有额外磁盘IO，性能影响完全可以忽略，无需专门优化；
• 大JSON（超过行内阈值）：数十亿行的规模下，每次读取的额外磁盘IO会累积成显著的性能损耗，比如整体查询延迟可能增加30%-50%，甚至更多，这种场景下需要优化（比如合并JSON列、改用VARCHAR存储纯文本JSON）。

内容的提问来源于stack exchange，提问作者Luv