MySQL 8.0 不提供 JSON_OVERLAYS 函数；它仅支持 JSON_OVERLAP（自8.0.17起），用于判断两个JSON值是否存在交集，要求参数为合法JSON且类型严格匹配。
MySQL 8.0 没有 JSON_OVERLAYS 函数
直接说结论：MySQL 8.0 **不提供** JSON_OVERLAYS 这个函数，它根本不存在。你可能混淆了 PostgreSQL 的 jsonb_overlay，或是把 MySQL 的 JSON_OVERLAP（注意是 OVERLAP，不是 OVERLAYS）记错了拼写。
MySQL 8.0 确实支持数组包含关系检查，但用的是 JSON_OVERLAP —— 它判断两个 JSON 值是否有**任意共同元素**（对 JSON 数组而言，就是“是否存在交集”）。
用 JSON_OVERLAP 判断两个 JSON 数组是否含有相同元素
JSON_OVERLAP 是 MySQL 8.0.17+ 引入的函数，专为集合语义设计。它不要求顺序一致、不要求完全相等，只关心“有没有重叠项”。
常见使用场景：
- 用户标签匹配（如查同时有
"vip"和"beta"标签的用户） - 权限校验（用户权限数组是否与所需权限数组有交集）
- 多选筛选（商品属性数组是否包含任一指定值）
示例：
SELECT JSON_OVERLAP('["a", "b", "c"]', '["b", "d"]'); -- 返回 1
SELECT JSON_OVERLAP('["x", "y"]', '["z", "w"]'); -- 返回 0
SELECT JSON_OVERLAP('[1, 2, 3]', '[2, 4]'); -- 返回 1（数值也支持）注意：JSON_OVERLAP 要求两个参数都是合法 JSON 值；若字段是 JSON 类型，可直接传入；若是 TEXT，需先用 CAST(col AS JSON) 或确保内容格式正确。
容易踩的坑：空数组、null、类型混用
这些边界情况常导致误判或报错：
-
JSON_OVERLAP('[]', '["a"]')→ 返回0（空数组无交集，符合预期） -
JSON_OVERLAP('["a"]', 'null')→ 返回NULL（任一参数为 SQLNULL，结果即为NULL，不是0） -
JSON_OVERLAP('["1"]', '[1]')→ 返回0（字符串"1"≠ 数字1，类型严格区分） - 若字段存储的是未转义的字符串（如
"[\"a\",\"b\"]"），直接传入会报错Invalid JSON text；必须先用JSON_UNQUOTE或确保入库时已用JSON_ARRAY()构造
替代方案：当需要“子集关系”而非“交集”时
JSON_OVERLAP 只能回答“有没有共同元素”，不能回答“是否全部包含”。比如检查 ["a","b"] 是否被 ["a","b","c"] 完全包含（即子集），MySQL 没有内置函数，得组合实现：
一种可靠做法是用 JSON_CONTAINS 配合循环展开（借助 JSON_TABLE）：
SELECT NOT EXISTS (
SELECT 1 FROM JSON_TABLE(
'["a","b"]',
'$[*]' COLUMNS (val VARCHAR(64) PATH '$')
) AS jt
WHERE NOT JSON_CONTAINS('["a","b","c"]', JSON_OBJECT('val', jt.val))
) AS is_subset;这个查询本质是：遍历待检数组每个元素，确认它们是否都在目标数组中出现过。性能随数组长度增长而下降，生产环境慎用于大数组。
真正容易被忽略的是：JSON 数组的语义在 MySQL 中始终是“无序集合”，没有索引概念；所有比较都基于值和类型双重匹配——哪怕只是多一个空格、大小写差异或引号包裹方式不同，都会导致匹配失败。
