必须将MySQL连接层、表结构、字段级、PHP环境、HTTP响应头、HTML文档声明全部统一为utf8mb4，缺一环就会丢数据或报错；Laravel需在config/database.php中配置charset、collation和PDO初始化命令，禁用无效的DB_CHARSET环境变量，并同步修改MySQL服务端配置、迁移表结构、安全转换旧数据，前后端双重声明UTF-8。
解决Laravel后端存中文变问号、前端显示、emoji存入报错SQLSTATE[HY000]: General error: 1366 Incorrect string value，必须让MySQL连接层、表结构、字段级、PHP环境、HTTP响应头、HTML文档声明全部统一为utf8mb4，缺一环就会在某个环节丢数据或报错。
配置Laravel连接层字符集
这一步不设对，后续所有设置都白搭——Laravel默认用MySQL的utf8（实际是最多3字节的伪UTF-8），不支持emoji和生僻字。
打开config/database.php，找到mysql配置块，在数组里添加三行：
'charset' => 'utf8mb4',
'collation' => 'utf8mb4_unicode_ci',
'options' => [PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4 COLLATE utf8mb4_unicode_ci"]
立即学习“前端免费学习笔记（深入）”；
【DB_CHARSET=utf8mb4写在.env里完全无效】——Laravel官方配置根本没读这个变量，删掉它，否则会误以为已生效。
确认PHP版本≥7.2且PDO MySQL扩展已启用，否则PDO::MYSQL_ATTR_INIT_COMMAND会被忽略。
同步MySQL服务端全局配置
哪怕Laravel连得再准，MySQL本身不认utf8mb4，照样乱码。必须改my.cnf（Linux）或my.ini（Windows）。
在[mysqld]段落下添加两行：
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci
重启MySQL服务后，执行SHOW VARIABLES LIKE 'character_set_server';，确认返回值是utf8mb4；再执行SHOW VARIABLES LIKE 'collation_server';，确认返回值是utf8mb4_unicode_ci。
如果返回仍是utf8，说明配置文件路径不对或未重启服务——Linux下常用sudo systemctl restart mysql，Windows下需在服务管理器中重启MySQL服务。
强制迁移生成utf8mb4表结构
Laravel 9.x之前Schema::create()默认建utf8表，即使你改了配置也不生效——这是长期被忽略的隐性行为。
第一步：在AppServiceProvider::boot()中加入
Schema::defaultStringLength(191);
第二步：每个迁移文件里，创建表后追加手动语句：
DB::statement("ALTER TABLE posts CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci");
第三步：若字段需独立指定排序规则（如中文模糊搜索），显式调用collation()：
$table->string('title')->collation('utf8mb4_unicode_ci');
注意：整数类型不支持collation()，只对string、text等文本字段有效。
修复已有表与数据的字符集
直接ALTER TABLE CONVERT TO CHARACTER SET会把原有字节流错误解释，导致“æ‘们”这类mojibake——必须走两步安全转换。
方法一：命令行逐表执行（推荐）
① 先冻结原始字节：ALTER TABLE users MODIFY name VARBINARY(255);
② 再按utf8mb4重解释：ALTER TABLE users MODIFY name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
方法二：对TEXT类大字段，用phpMyAdmin界面操作无效——它只能改Collation，不能改CHARACTER SET。必须写SQL。
【跳过VARBINARY这步，99%概率永久乱码】——尤其当原数据是latin1或gbk编码存入时，直接convert会彻底损坏数据。
前端HTML与HTTP响应头对齐
后端全设对了，但前端页面没声明utf8mb4，浏览器仍可能用GBK或ISO-8859-1解析，显示。
在Blade模板<head>里确保有：
<meta charset="utf-8">
同时在app/Http/Middleware/TrustProxies.php或全局中间件中，强制设置响应头：
return $next($request)->header('Content-Type', 'text/html; charset=utf-8');
不要依赖单独生效——某些老旧浏览器或代理会忽略它，必须HTTP头+HTML双保险。
