错误1366本质是MySQL字符集不匹配导致编码转换失败，需统一客户端、连接、表字段三层utf8mb4字符集及utf8mb4_unicode_ci排序规则，并确保PHP文件、HTML输出、表单提交全链路UTF-8一致。
PHP 增删改查报错 1366，本质是 MySQL 的字符集/排序规则不匹配导致的编码转换失败，不是 PHP 本身的问题，但常在 PDO 或 mysqli 执行 INSERT、UPDATE 时突然暴露。核心解决路径是统一「客户端→连接→表字段」三层字符集，而非只改 PHP 或只改数据库。
为什么 1366 错误总在插入中文时出现？
MySQL 报错 Incorrect string value: '\xE4\xBD\xA0\xE5\xA5\xBD' for column 'name' at row 1（对应错误号 1366）说明：客户端发来的是 UTF-8 编码字节（如“你好”为 \xE4\xBD\xA0\xE5\xA5\xBD），但目标列实际定义为 latin1 或 utf8（非 utf8mb4），无法存入 4 字节 UTF-8 字符（如 emoji、生僻汉字）。
-
utf8在 MySQL 中实际是utf8mb3，最多支持 3 字节 UTF-8 字符，不兼容 emoji 和部分 Unicode 4.0+ 汉字 -
utf8mb4才是真正的 UTF-8，支持全部 Unicode 字符 - PHP 连接默认字符集若没显式设置，可能回落为
latin1，哪怕页面和数据库都标称 “UTF-8”
PHP 连接层必须显式设置 utf8mb4
仅在 MySQL 配置文件里改 character-set-server=utf8mb4 不够，PHP 连接初始化时未声明，仍会用旧字符集通信。
/* PDO 示例：dsn 中必须带 charset，且 setAttribute 不足以覆盖 */
$dsn = 'mysql:host=localhost;dbname=test;charset=utf8mb4';
$pdo = new PDO($dsn, $user, $pass, [
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4 COLLATE utf8mb4_unicode_ci"
]);
<p>/<em> mysqli 示例 </em>/
$mysqli = new mysqli('localhost', $user, $pass, 'test');
$mysqli->set_charset('utf8mb4'); // 必须调用，不能只靠配置文件- DSN 中
charset=utf8mb4是必需项，漏掉会导致连接层仍用latin1 -
PDO::MYSQL_ATTR_INIT_COMMAND是保险策略，防止某些中间件或连接池重置字符集 -
mysqli::set_charset()必须在new mysqli()后立即调用，晚于查询则无效
表结构和字段必须是 utf8mb4 + utf8mb4_unicode_ci
即使连接正确，如果表或字段定义仍是 utf8 或 latin1，写入仍会触发 1366。
立即学习“PHP免费学习笔记（深入）”；
-- 查看当前字段字符集 SHOW CREATE TABLE users; <p>-- 安全升级整张表（含所有字段和索引） ALTER TABLE users CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;</p><p>-- 单独修改某字段（如 name 字段太长导致索引超限，需先调小长度） ALTER TABLE users MODIFY name VARCHAR(191) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
-
CONVERT TO会重写所有字段，但对已有数据做隐式转换，有风险，建议先备份 - 使用
utf8mb4后，InnoDB 索引长度限制从 767 字节减为 191 字符（因 4 字节/字符），VARCHAR(255)可能需改为VARCHAR(191) - 不要用
utf8mb4_general_ci，它已废弃，排序行为不一致，一律用utf8mb4_unicode_ci或utf8mb4_0900_as_cs（MySQL 8.0+）
PHP 文件与 HTML 输出也要保持一致
如果 PHP 脚本文件本身保存为 GBK，或输出时没设 header，浏览器可能用错误编码解析 POST 数据，导致传入 MySQL 的已是乱码字节。
- PHP 源文件必须用 UTF-8 无 BOM 编码保存（编辑器可设，默认 Notepad++ 会偷偷加 BOM）
- 输出 HTML 前加：
header('Content-Type: text/html; charset=utf-8'); - HTML
<head>中必须有：<meta charset="UTF-8"> -
表单提交加
accept-charset="utf-8"：<form accept-charset="utf-8">
真正卡住人的地方，往往不是某一层错了，而是连接设了 utf8mb4，表却还是 utf8；或者表改了，但某个 TEXT 字段的 collation 没同步更新；又或者 PDO 连上了，但用了 mysql_query() 旧扩展——它根本不读 DSN 里的 charset 参数。每层都要单独验证，不能假设“设过一次就全通”。
