MySQL JSON数组和集合不是一回事
MySQL 里没有原生的“集合”数据类型，
JSON数组只是
JSON值的一种结构形式，它不提供去重、交并补等集合运算能力。你存一个
["a","b","a"]，MySQL 完全接受——它不会自动去重，也不认为这是个“集合”。
用 JSON_CONTAINS()
判断元素是否存在，但要注意类型匹配
这是最常用的“类似集合成员判断”的操作，但它对类型敏感：
JSON_CONTAINS('["1", "2"]', '"1"') → 1（字符串匹配）
JSON_CONTAINS('[1, 2]', '1') → 1（数字匹配）
JSON_CONTAINS('[1, 2]', '"1"') → 0（字符串
"1"不等于数字
1）
如果字段是
JSON类型列
tags，查是否含标签
"mysql"，得写成：
SELECT * FROM posts WHERE JSON_CONTAINS(tags, '"mysql"');
去重、交集、并集只能靠 SQL 拆解 + 临时表或 CTE
MySQL 8.0+ 提供
JSON_TABLE()，能把 JSON 数组转成行集，之后才能用标准 SQL 做集合操作： 想从
["a","b","a"]中取唯一值？得先
JSON_TABLE展开，再
DISTINCT想算两个 JSON 数组的交集？得分别展开，然后
INNER JOIN或
IN子查询 没有内置
JSON_UNION()或
JSON_INTERSECT()函数
例如提取唯一标签：
SELECT DISTINCT tag FROM posts, JSON_TABLE(tags, '$[*]' COLUMNS (tag TEXT PATH '$')) AS jt;
真正需要集合语义时，别硬扛 JSON 数组
如果业务频繁做成员判断、增删元素、求交并差，JSON 数组很快会成为性能和可维护性瓶颈：
JSON_SET()/
JSON_REMOVE()每次都重写整个字段，无法部分更新 无法在 JSON 数组内部建索引（除非用生成列 + 虚拟列 + 普通索引） 复杂查询难写、难读、难优化
更稳的做法是拆成关联表，比如
post_tags(post_id, tag)，加联合索引，该走索引就走索引。
JSON 数组适合存配置项、日志片段、前端直接消费的扁平列表——一旦涉及关系、约束、高频查询，它就不是集合，只是个字符串容器。
