PostgreSQL中jsonb字段查询慢需建GIN索引，用data->>'status'而非data->'status'；MySQL JSON_CONTAINS匹配失败多因大小写或类型不一致；JOIN JSON数组需用jsonb_array_elements或JSON_TABLE展开；解析报错常因NULL或驱动二次处理。
PostgreSQL 中用 jsonb 字段关联主表查询慢？先看是否走了索引
直接查 jsonb 字段里的值却没走索引，是混合查询最常卡住的地方。PostgreSQL 不会自动为 jsonb 内部字段建索引，哪怕你写了 WHERE data->>'status' = 'active'。
实操建议：
- 对高频查询路径显式创建 GIN 索引：
CREATE INDEX idx_orders_status ON orders USING GIN ((data->>'status')); - 别用
data->'status'（返回 jsonb）去比字符串，要用data->>'status'（返回 text），否则索引失效 - 如果字段值固定且不多，考虑把关键字段冗余成普通列（如
status_text），再加普通 B-tree 索引，性能更稳
MySQL 8.0 想用 JSON_CONTAINS 关联用户表，但结果为空？检查路径和类型匹配
JSON_CONTAINS 对 JSON 结构敏感，尤其嵌套数组或引号不一致时，表面看着一样，实际匹配失败。
常见错误现象：
- 查
JSON_CONTAINS(profile, '"VIP"', '$.roles')返回空 → 实际$.roles是["vip", "user"]，小写 + 无引号导致不等价 - 用
profile->'$.roles'取值后再比对，但没加CAST(... AS CHAR)，类型隐式转换失败
使用场景：权限校验、标签筛选。注意 JSON_CONTAINS 只支持完整值匹配，不支持模糊或前缀。
JOIN 时一边是关系表、一边是 JSON 数组字段，怎么展开再关联？
比如订单表有个 items JSON 数组字段，想和商品表 products 关联查品名，不能直接 ON o.items->>'id' = p.id —— 那只是取第一个元素。
必须先用函数把数组“炸开”：
- PostgreSQL：用
jsonb_array_elements()+LATERAL，例如：FROM orders o, LATERAL jsonb_array_elements(o.items) AS item - MySQL 8.0：用
JSON_TABLE()，例如：JSON_TABLE(o.items, '$[*]' COLUMNS (id BIGINT PATH '$.product_id')) AS jt - 别忘了给炸开后的临时列加别名，否则 JOIN 条件里引用不到
SQL 查询返回 JSON 字段后，在应用层解析报 invalid character？大概率是 NULL 或转义问题
数据库里存的是合法 JSON，但 SELECT 出来被某些 ORM 或驱动二次处理，比如自动把 \n 当成换行、把 NULL 转成字符串 "null"，导致前端 JSON.parse() 失败。
排查重点：
- 先在 psql / MySQL CLI 里确认原始输出：
SELECT data::text FROM orders LIMIT 1;（PostgreSQL）或SELECT CAST(data AS CHAR) FROM orders LIMIT 1;（MySQL） - 如果字段允许为 NULL，确保应用层判空，不要无条件
JSON.parse() - 避免在 SQL 里拼接 JSON 字符串（如
CONCAT('{', ...)），极易引入非法字符
复杂点在于：JSON 字段的合法性只在校验写入时保证，查询链路中任意一环（连接池、中间件、序列化库）都可能悄悄改写内容。别默认“DB 里存得对，就一定读得对”。
