含特殊拉丁字符的邮件头查询在mysqli_query及MariaDB命令行执行失败，HeidiSQL正常

1. 编码转换逻辑存在致命缺陷 #

你写的编码转换逻辑完全无法保证输出合法的UTF-8字符串：

• imap_mime_header_decode返回的text字段不会自动转成UTF-8，编码和原MIME头声明的编码完全一致，你示例里的原头是iso-8859-1，解码后得到的text默认就是ISO-8859-1编码，不是UTF-8。
• 你写的判断条件mb_convert_encoding($s2, 'UTF-8') == substr_count($s1, '?')逻辑完全不成立：前者返回的是字符串，后者返回的是整数，二者比较永远为假，所以绝大多数场景下你根本没有执行编码转换，拿到的s2还是原始单字节编码，自然插入UTF-8字符集的数据库会报错，报错信息里的\xE9就是ISO-8859-1编码下的é的字节值，不是合法的UTF-8单字节值。

2. 数据库连接字符集配置可能未实际生效 #

你提到已经执行了SET CHARACTER SET 'utf8mb4'，但手动执行SQL语句设置连接编码不可靠：部分PHP mysqli版本、连接池配置会重置手动执行的编码设置，正确做法是调用mysqli原生方法mysqli_set_charset($connection, 'utf8mb4')设置，该方法会同步修改PHP端和数据库端的连接编码，保证字符串传输编码一致。

3. 命令行执行失败的对应原因 #

MariaDB命令行客户端默认继承系统终端的编码，如果你终端编码不是utf8mb4，直接输入/粘贴的特殊字符会以终端编码传输到数据库，自然触发编码错误；HeidiSQL默认会自动将界面输入的内容转成UTF-8编码传输，且默认连接编码为UTF-8，所以执行正常。

1. 重构编码转换逻辑，直接使用imap_mime_header_decode返回的charset属性做编码转换，不要手动猜编码：

<?php
$s1 = '=?iso-8859-1?Q?=22G=E9rd_Tabt=22?= <berbs@example.com>';
$s2 = '';
$decodedParts = imap_mime_header_decode($s1);
foreach ($decodedParts as $part) {
    $charset = !empty($part->charset) ? $part->charset : 'UTF-8';
    // 兼容部分非标准编码别名
    $charset = strtoupper($charset);
    if ($charset == 'ISO-8859-1' || $charset == 'LATIN1') {
        $charset = 'CP1252';
    }
    $s2 .= mb_convert_encoding($part->text, 'UTF-8', $charset);
}
?>

2. 建立数据库连接后，立即调用mysqli_set_charset($conn, 'utf8mb4')设置连接编码，不要手动执行SET语句。
3. 调试阶段可以用bin2hex($s2)打印字符串字节，确认特殊字符编码正确：比如é的UTF-8编码字节为c3a9，如果输出为e9则说明还是ISO-8859-1编码，转换逻辑未生效。

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