从PostgreSQL转MySQL 8：如何向查询传递任意数量字符串？

嘿，我之前从PostgreSQL转MySQL 8的时候也纠结过这个问题！PostgreSQL里用ANY(:input::text[])处理动态数量参数的方式确实很顺手，在MySQL 8里我们有几种对应的实现方式，挑最适合你的来用：

1. 用MEMBER OF（最接近PostgreSQL的写法） #

MySQL 8.0.19及以上支持MEMBER OF操作符，可以直接检查字段是否存在于JSON数组中，用法和PostgreSQL的ANY非常像：

SELECT * FROM my_table WHERE text_column MEMBER OF(:input);

这里的:input需要传入JSON数组格式的参数，比如["apple", "banana", "cherry"]。MySQL会自动完成类型匹配，只要你的text_column是字符串类型就没问题，而且这个方式能利用字段上的索引，性能不错。

2. 用JSON_TABLE展开数组（适合复杂场景） #

如果你需要对传入的数组元素做额外处理（比如过滤、转换），可以用JSON_TABLE把JSON数组转成临时表，再关联查询：

SELECT t.*
FROM my_table t
JOIN JSON_TABLE(
    :input,
    '$[*]' COLUMNS(match_val VARCHAR(255) PATH '$')
) j ON t.text_column = j.match_val;

这个方法灵活性很高，比如你可以在JSON_TABLE里加WHERE match_val LIKE '%berry'来过滤数组元素，再和原表关联。

3. 传统的FIND_IN_SET（仅限无特殊字符的场景） #

如果你的参数值里没有逗号，也可以用老方法FIND_IN_SET，但要注意这个方法有局限性：

SELECT * FROM my_table WHERE FIND_IN_SET(text_column, :input);

这里的:input是逗号分隔的字符串，比如'apple,banana,cherry'。但要提醒你：

• 如果值里包含逗号，这个方法会直接出错
• 这个操作无法利用索引，数据量大时性能会很差

总结一下，优先用MEMBER OF，它最接近你在PostgreSQL里的使用习惯，性能也最优；复杂场景选JSON_TABLE；只有在简单且无特殊字符的情况下才考虑FIND_IN_SET。

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