thinkphp字符集必须显式配置为utf8mb4，仅改mysql服务端或表编码无效；需在database.php中connection下硬编码'charset'=>'utf8mb4'（tp6）或params中添加pdo::mysql_attr_init_command=>"set names utf8mb4"（tp5），并确保表、字段、php文件、http头、html meta均统一为utf8mb4。
ThinkPHP 的字符集必须显式设为 utf8mb4，光改 MySQL 配置或建表编码没用——连接层不指定，PDO 仍按 latin1 或 utf8（即 utf8mb3）协商，emoji 和生僻字必然乱码或截断。
ThinkPHP 6.x 数据库配置必须加 'charset' => 'utf8mb4'
TP6 的数据库配置在 config/database.php，仅靠 character-set-server = utf8mb4 在 my.cnf 里生效，不代表 PHP 连接时用了它。必须在对应 connection 下硬编码指定：
- 找到
connections.mysql数组 - 添加或确认存在：
'charset' => 'utf8mb4' - 不要写成
'charset' => 'utf8'—— MySQL 的utf8是阉割版，不支持 emoji - 如果使用 PDO，该配置会自动转为 DSN 中的
charset=utf8mb4，并附带PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4"
ThinkPHP 5.x 要在 params 里塞 PDO::MYSQL_ATTR_INIT_COMMAND
TP5 不识别 charset 键，直接写会忽略。正确做法是往 params 数组里手动加初始化命令：
- 在
database.php的数据库配置中定位到'params' => [] - 加入：
PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4" - 不能只写
"SET NAMES utf8"，否则连上还是走 3 字节编码 - 若同时用了
PDO::ATTR_EMULATE_PREPARES => false，更稳妥（避免预处理模拟导致编码丢失）
执行 SET NAMES utf8mb4 报错？检查 MySQL 字符集文件路径
报错 Can't initialize character set utf8mb4 (path: /usr/share/mysql/charsets/)，说明 MySQL 安装不完整，缺 utf8mb4 字符集定义文件：
- 运行
mysql --verbose --help | grep "Default options"查默认配置路径 - 确认
/usr/share/mysql/charsets/Index.xml存在，且里面包含utf8mb4条目 - 常见于精简版 MySQL 或某些 Docker 镜像；解决方法：换用官方 MySQL 镜像，或手动复制完整 charsets 目录
- 临时绕过：升级 MySQL 到 5.7+ 或 8.0，原生支持更稳
表和字段编码不等于连接编码，必须三者一致
即使 TP 配置对了、MySQL 服务端也设了 utf8mb4，只要某张表还是 utf8 或字段 COLLATE utf8_general_ci，插入 emoji 就会变 ??? 或被截断：
- 查表实际编码：
SHOW CREATE TABLE `user`;，看DEFAULT CHARSET和每个字段的COLLATE - 批量转表：
ALTER TABLE `user` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 别漏掉字段级 collation，特别是
TEXT或VARCHAR字段，需单独MODIFY或CHANGE - 推荐用
utf8mb4_unicode_ci，不是utf8mb4_general_ci—— 后者排序逻辑已过时，8.0+ 默认弃用
最容易被跳过的环节是：PHP 文件本身是否 UTF-8 无 BOM、HTTP 响应头有没有 Content-Type: text/html; charset=utf-8、前端 <meta charset="utf-8"> 是否存在。字符集是端到端链条，断一环，前面全白配。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
