mysqli_connect()后必须立即调用mysqli_set_charset($conn, 'utf8mb4')，因默认latin1协商易致中文和emoji乱码；不可用SET NAMES替代，且需先检查$conn非false，参数必须为'utf8mb4'而非'utf8'。
mysqli_connect() 后必须立刻调用 mysqli_set_charset()
PHP 8.5.5 中，mysqli_connect() 建立连接后默认不启用 utf8mb4，哪怕 MySQL 服务端已全局配置为 utf8mb4，客户端仍可能以 latin1 或 utf8（非完整 UTF-8）协商，导致中文、emoji 插入变问号或截断。
正确做法是：连接成功后**立即**执行 mysqli_set_charset($conn, 'utf8mb4')，不能跳过，也不能靠 mysqli_query($conn, 'SET NAMES utf8mb4') 替代——后者在某些版本或严格模式下不可靠，且不是“设置连接字符集”的标准方式。
-
mysqli_set_charset()是唯一被 MySQL 官方推荐的运行时字符集切换方式，它会同步修改连接层、结果集、客户端发送数据三者的编码上下文 - 如果
$conn是 false（连接失败），调用mysqli_set_charset()会触发警告甚至 fatal error，务必先判断连接状态 - 注意参数名是
'utf8mb4'，不是'utf8'——MySQL 的utf8实际只支持 BMP 字符（最多 3 字节），不支持 emoji 和部分生僻汉字
PDO 构造 DSN 时必须显式带 charset=utf8mb4
PDO 不会在连接后自动推导字符集，也不提供类似 set_charset() 的方法。它的字符集完全由 DSN 字符串决定，且该参数**必须写在 DSN 最末尾，且不能被 URL 编码干扰**。
错误写法：mysql:host=localhost;dbname=test; charset=utf8mb4（空格导致解析失败）、mysql:host=localhost;dbname=test;charset=utf8（少 mb4）。
立即学习“PHP免费学习笔记（深入）”；
- 正确 DSN 示例：
mysql:host=localhost;dbname=test;charset=utf8mb4 - 如果使用 Unix socket 或端口，顺序无关紧要，但
charset必须是独立键值对，不能拼在其他参数值里 - 即使设置了
PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4"，也不能替代 DSN 中的charset参数——后者控制连接握手阶段的编码协商，前者只是连接建立后的第一条 SQL，存在竞态风险
MySQL 服务端配置不能替代 PHP 连接层设置
很多人改了 my.cnf 里的 character-set-server = utf8mb4 就以为万事大吉，结果 PHP 还是乱码。这是因为 MySQL 的“服务器默认字符集”只影响新创建库/表的继承行为，**不影响已有连接的字符集协商结果**。
PHP 连接时用什么字符集，取决于三个因素：DSN 或 mysqli_set_charset() 的显式声明、MySQL 客户端库编译时的默认值、以及服务端 init_connect 配置（如 init_connect='SET NAMES utf8mb4'）——但最后这个只对普通用户生效，root 用户或某些权限场景下会被跳过。
- 不要依赖
init_connect来兜底，它不是标准连接流程的一部分，Docker 环境或云数据库常禁用该选项 -
SHOW VARIABLES LIKE 'character_set%'查到的character_set_client、character_set_connection、character_set_results三者，必须在连接建立后立刻为utf8mb4，否则说明 PHP 层设置没生效 - 用
mysqli_get_charset($conn)或$pdo->getAttribute(PDO::ATTR_CLIENT_VERSION)辅助验证，但最准的还是查SHOW VARIABLES
常见报错与对应检查点
遇到乱码或插入失败，别急着改代码逻辑，先确认字符集链路是否断裂。以下错误基本都指向某一层没设对 utf8mb4：
-
Incorrect string value: '\xF0\x9F\x98\x80' for column...→ 表/字段字符集不是utf8mb4，或连接未设utf8mb4 -
Warning: mysqli_set_charset(): Unable to set client connection character set 'utf8mb4'→ MySQL 服务端版本太低（需 ≥ 5.5.3），或连接已关闭 - PDO 报
SQLSTATE[HY000] [2054] The server requested authentication method unknown to the client→ 和字符集无关，是认证插件问题（如 caching_sha2_password），但常被误判为编码问题 - 页面显示方块或问号，但数据库里查出来是正常中文 → HTML 输出未设
header('Content-Type: text/html; charset=utf-8')或 meta 缺失，和 MySQL 连接无关
字符集不是“设一次就完事”的配置，它是从 PHP 连接握手、到 SQL 执行、再到 HTML 渲染的全链路契约。PHP 8.5.5 对类型和错误更敏感，漏掉任意一环，都可能在某个边界 case 下突然崩出乱码，而不是报错提醒你。
