必须同步配置mysql服务端、laravel连接层及表结构字符集为utf8mb4，否则emoji存为问号或迁移报“specified key was too long”；需验证config('database.connections.mysql.charset')返回utf8mb4，修改my.cnf启用utf8mb4_server，且在appserviceprovider中调用schema::defaultstringlength(191)解决索引长度限制。
改了.env里的DB_CHARSET=utf8mb4，但数据库迁移仍报错“Specified key was too long”，或新插入emoji直接变问号，说明字符集配置没真正落地——这不是Laravel读取失败，而是MySQL服务端、连接层、表结构三者没对齐。
确认.env中DB_CHARSET是否被正确加载
运行php artisan tinker，输入config('database.connections.mysql.charset')，返回值必须是"utf8mb4"。如果返回"utf8"或null，说明.env未生效。
先执行php artisan config:clear，再检查.env文件里是否有DB_CHARSET=utf8mb4这一行，且【不能有空格、中文、未闭合引号】；若写成DB_CHARSET = utf8mb4（等号两边带空格），Laravel会忽略该行。
用grep DB_CHARSET .env验证输出是否干净：只有一行DB_CHARSET=utf8mb4，无注释、无多余字符。
MySQL服务端必须启用utf8mb4支持
登录MySQL终端：mysql -u root -p，执行：
SHOW VARIABLES LIKE 'character_set_server'; → 必须返回utf8mb4；
SHOW VARIABLES LIKE 'collation_server'; → 必须返回utf8mb4_unicode_ci或utf8mb4_0900_ai_ci。
如果不是，需修改MySQL配置文件（/etc/mysql/my.cnf或/usr/local/etc/my.cnf），在[mysqld]段落下添加：
character-set-server = utf8mb4collation-server = utf8mb4_unicode_ci
重启MySQL：sudo systemctl restart mysql（Linux）或brew services restart mysql（macOS）。不重启，配置永不生效。
强制Laravel建表时使用utf8mb4
即使.env和MySQL都设对了，Laravel 5.4+默认的字符串长度（255）在utf8mb4下超出InnoDB索引限制（767字节），导致迁移失败。
打开app/Providers/AppServiceProvider.php，在boot()方法内添加：
use Illuminate\Support\Facades\Schema;Schema::defaultStringLength(191);
这一步必须做，否则php artisan migrate会卡在SQLSTATE[42000]: Syntax error or access violation。
已有表需手动转换：进入MySQL执行ALTER TABLE users CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;，逐个表处理。
DB_URL方式下charset参数会被忽略
如果你用了DB_URL=mysql://user:pass@127.0.0.1:3306/dbname，那么DB_CHARSET和DB_COLLATION变量【完全无效】——Laravel从DB_URL解析DSN时不会读取它们。
必须把charset显式写进URL：DB_URL=mysql://user:pass@127.0.0.1:3306/dbname?charset=utf8mb4&collation=utf8mb4_unicode_ci。
注意：&是HTML实体，在.env中要写成&，否则解析中断；实际生效的是&符号。
