JSON_CONTAINS函数本地与服务器运行结果不一致问题求助

核心是本地与服务器数据库版本的JSON函数实现存在兼容性差异：

• 本地环境为官方MySQL 5.7版本，JSON_QUOTE()与JSON_CONTAINS()的联动逻辑正常，可正确识别行级字段转义后的值
• 服务器环境为早期版本的MariaDB（从phpMyAdmin展示的环境参数可识别为10.1/10.2系列分支），这类版本的JSON函数为独立实现，和官方MySQL存在兼容差异，具体问题表现为：
  • JSON_QUOTE()处理含非ASCII字符（如你使用的阿拉伯语字符）的行级字段时，返回值的字符集标记和JSON文档解析使用的字符集不匹配，导致等值匹配失效；而硬编码字符串常量传入时，SQL解析阶段会直接将常量处理为与JSON文档一致的字符集格式，因此直接传固定值的SQL可以正常运行
  • 部分小版本还存在类型校验逻辑bug，会把JSON_QUOTE()返回的字符串类型值识别为未转义的JSON片段，而非要匹配的字符串内容，进一步导致匹配失败

按兼容性优先级排序，可依次尝试：

1. 优先使用JSON_SEARCH替代原有写法，该写法兼容MySQL 5.7/8.0、MariaDB 10.1+全版本，且无需手动处理JSON转义逻辑，可自动识别字段内的双引号、反斜杠等特殊字符：

   SELECT * FROM table_name 
   WHERE JSON_SEARCH(haystack, 'one', needle) IS NOT NULL;
   

2. 如果受版本限制无法使用JSON_SEARCH，可以手动拼接JSON字符串格式，绕过JSON_QUOTE的兼容bug，注意该写法仅适用于needle字段不包含双引号、反斜杠等需要JSON转义的字符的场景：

   SELECT * FROM table_name
   WHERE JSON_CONTAINS(haystack, CONCAT('"', needle, '"'));
   

3. 如果上述写法仍存在乱码导致的匹配失败，显式指定字段字符集为JSON文档默认使用的utf8mb4，统一排序规则即可：

   SELECT * FROM table_name
   WHERE JSON_SEARCH(
     haystack, 
     'one', 
     CONVERT(needle USING utf8mb4) COLLATE utf8mb4_unicode_ci
   ) IS NOT NULL;
   

排查验证方法：可先在服务器执行SELECT needle, JSON_QUOTE(needle) FROM table_name LIMIT 1;，如果返回的转义后字符串存在乱码、多余转义符，即可确认是上述字符集/函数兼容问题。

内容的提问来源于stack exchange，提问作者ahmed shaheen