MySQL 5.7不支持对JSON字段直接建索引，必须通过STORED生成列提取路径值（如data->>"$.status"）并显式转换类型后建索引，且查询条件须与生成列表达式字面量完全一致才能命中索引。
MySQL 5.7不支持对JSON字段直接建索引
MySQL 5.7 的 JSON 类型本身不能作为索引列，执行 CREATE INDEX ON tbl(json_col) 会报错 ERROR 3152 (HY000): JSON column 'json_col' cannot be used in key specification。这不是配置问题，是引擎层限制——InnoDB 在 5.7 中尚未实现 JSON 值内路径的原生索引支持。
用生成列（Generated Column）提取关键字段再建索引
真正可行的做法是：定义一个虚拟列（STORED 或 VIRTUAL），用 JSON_EXTRACT() 或更简洁的 -> / ->> 操作符提取目标值，然后对该列加索引。注意两点：
-
VIRTUAL列不占用磁盘空间，但查询时需实时计算；STORED列会物化存储、支持索引且性能更稳，推荐优先用STORED - 提取字符串时务必用
->>（去引号），否则JSON_EXTRACT()返回带双引号的 JSON 字符串，导致等值查询失效 - 类型必须显式转换，比如
CAST(JSON_EXTRACT(data, '$.status') AS CHAR(20))，否则无法建索引
示例：
ALTER TABLE orders ADD COLUMN status_str VARCHAR(20) STORED AS (data->>'$.status') NOT NULL, ADD INDEX idx_status (status_str);
之后就能高效执行：SELECT * FROM orders WHERE data->>'$.status' = 'shipped';（优化器会自动命中 idx_status）
WHERE 条件里必须和生成列表达式完全一致
这是最容易被忽略的坑：优化器只在查询条件与生成列表达式**字面量完全一致**时才重写并走索引。以下写法都会导致索引失效：
-
WHERE JSON_UNQUOTE(JSON_EXTRACT(data, '$.status')) = 'shipped'（函数不同） -
WHERE data->'$.status' = '"shipped"'（用了->而非->>，结果含引号） -
WHERE UPPER(data->>'$.status') = 'SHIPPED'（加了函数包装） -
WHERE status_str = 'shipped'（看似合理，但 MySQL 5.7 通常不重写为生成列引用，建议仍用原始 JSON 表达式）
验证是否走索引：用 EXPLAIN 看 key 列是否显示 idx_status，且 Extra 不含 Using where（表示过滤下推到了存储层）。
嵌套深、数组或动态键场景要格外小心
生成列只支持静态 JSON 路径。遇到以下情况基本无解：
-
data->>'$.items[0].name'：数组下标固定尚可，但若要查任意位置的name，无法用单个生成列覆盖 -
data->>'$.tags.*'：MySQL 5.7 不支持通配符路径 - 键名本身动态（如
"2024-09-01"作 key）：无法预设路径，生成列失效
这种时候要么拆表（把高频查询字段冗余到主表），要么升级到 MySQL 8.0+ 用 JSON_TABLE() + 函数索引，或者接受全表扫描 —— 没有银弹。
