本文详解如何在 PHP 中将含西里尔字母（如 "ЦВ"）的字符串正确转为 UTF-8 编码，确保 SQL 查询能匹配数据库中以原生 UTF-8 存储的 Cyrillic 数据，避免因编码不一致导致 LIKE 查询无结果。
本文详解如何在 php 中将含西里尔字母（如 "ЦВ"）的字符串正确转为 utf-8 编码，确保 sql 查询能匹配数据库中以原生 utf-8 存储的 cyrillic 数据，避免因编码不一致导致 `like` 查询无结果。
在实际开发中，当 PHP 应用需查询包含西里尔字母（Cyrillic）的字段（如 contact_person LIKE '%ЦВ123456%'），而数据库中该字段以标准 UTF-8 编码存储（例如直接存 ЦВ，而非 \u0426\u0412 这类 JSON/Unicode 转义序列）时，若 PHP 脚本源文件、HTTP 请求或变量本身存在编码隐式转换问题，可能导致查询失败——看似相同的字符串实则字节序列不同。
关键前提需明确：数据库中存储的是原生 UTF-8 字节（如 0xD0A6 0xD092 对应 ЦВ），而非 Unicode 转义字符串 \u0426\u0412。后者是 JavaScript/JSON 中的表示法，在 MySQL 或 PDO 中直接拼接 \u0426\u0412 不会自动解码为对应字符，反而会作为纯 ASCII 字符串参与匹配，必然失败。
因此，正确的处理路径是：确保 $num 变量本身为合法 UTF-8 编码字符串，并在查询前不做错误转义，而是通过 mb_convert_encoding() 显式统一到 UTF-8（尤其当输入来源编码不确定时）。
✅ 推荐做法（安全、通用）：
// 假设 $num 来自表单或外部输入，可能为 ISO-8859-5、Windows-1251 或其他编码
$num = 'ЦВ123456';
// 将 $num 转换为 UTF-8（自动检测源编码，或显式指定）
$num_utf8 = mb_convert_encoding($num, 'UTF-8', 'auto'); // 'auto' 支持常见编码检测
// 或明确指定来源（如旧系统用 Windows-1251）：
// $num_utf8 = mb_convert_encoding($num, 'UTF-8', 'Windows-1251');
// 构建参数化查询（强烈推荐，防注入且编码安全）
$stmt = $db->prepare("SELECT id FROM companies WHERE contact_person LIKE ?");
$searchPattern = "%{$num_utf8}%";
$stmt->execute([$searchPattern]);
$companies = $stmt->fetchAll();⚠️ 重要注意事项：
- 切勿手动拼接 SQL 字符串（如原始代码中的 "%'". $num . "'%"），这不仅存在严重 SQL 注入风险，还极易引发编码混乱；
- mb_convert_encoding($string, 'UTF-8', 'unicode') 是错误用法：'unicode' 并非有效源编码标识符（PHP 手册中无此值），该调用会失败或返回空；正确源编码应为 'UTF-16'、'UCS-2'、'Windows-1251' 等真实编码名；
- 确保数据库连接层使用 UTF-8：MySQLi 需执行 SET NAMES utf8mb4，PDO 则应在 DSN 中添加 charset=utf8mb4；
- PHP 文件自身应保存为 UTF-8 无 BOM 格式，且 mb_internal_encoding('UTF-8') 建议全局设置；
- 若 $num 已确认为 UTF-8（如来自 UTF-8 编码的前端请求），可跳过转换，但务必验证：mb_check_encoding($num, 'UTF-8') 返回 true。
总结：解决 Cyrillic 查询失配的核心不是“把字符串变成 \uXXXX”，而是保障端到端 UTF-8 编码一致性——从输入、PHP 处理、数据库连接到存储全部对齐。配合预处理语句与 mb_* 函数校验，即可稳健支持多语言文本检索。
