phpmyadmin批量insert失败主因是字符集未设utf8mb4、json引号嵌套未转义或单引号冲突；需改mysql服务端配置并重启，手动升级表字符集，json字段须双引号包裹且内部引号转义。
直接在 phpmyadmin 里执行批量 insert 失败，大概率不是 sql 写错了，而是字符集、引号嵌套或 json 字符转义没处理好——尤其当你从 laravel 导出数据再粘贴进 phpmyadmin 时。
phpMyAdmin 批量插入中文或 emoji 报错 1366
错误信息类似 Incorrect string value: '😀' for column 'title'，说明 MySQL 服务端没启用 utf8mb4，只认 3 字节 UTF-8（utf8），而 emoji 和部分生僻中文是 4 字节。
- 先确认 MySQL 实际字符集：
SHOW VARIABLES LIKE 'character_set_server';，如果不是utf8mb4，改my.cnf的[mysqld]段，加两行：character-set-server = utf8mb4和collation-server = utf8mb4_unicode_ci - 重启 MySQL（
systemctl restart mysql），不重启配置不生效 - 已有表必须手动升级：
ALTER TABLE posts CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - phpMyAdmin 界面右上角「清空」按钮 ≠
TRUNCATE，它默认执行DELETE，不会重置AUTO_INCREMENT；要重置 ID，得进「结构」页点 id 字段旁的铅笔图标，把「值」设为 1
INSERT 语句里 JSON 字段写法出错
想插 {"layout":"full","comments":true}，但直接写进 SQL 会因单引号嵌套崩掉，比如：VALUES ('A', '{"layout":"full"}') —— 外层单引号和内层双引号冲突，MySQL 解析失败。
- 正确写法是用双引号包裹整个 JSON 字符串，并对内部双引号转义：
VALUES ('A', '{"layout":"full","comments":true}') - 更稳妥的做法：在 phpMyAdmin 的 SQL 输入框里，先粘贴原始 JSON，再用浏览器开发者工具执行
JSON.stringify(yourJson).replace(/'/g, "\'")得到安全字符串 - 如果字段类型是
JSON，MySQL 5.7+ 会自动校验语法；但若字段是TEXT，就纯当字符串存，转义必须由你来负责
phpMyAdmin 提示 “#1062 - Duplicate entry” 或锁表超时
这通常发生在你导出的 SQL 包含 INSERT INTO ... VALUES (1,...), (2,...)，但目标表已有数据且主键未重置，或者一次性插太多行触发了 MySQL 的 max_allowed_packet 限制（默认 4MB）。
- 别依赖 phpMyAdmin 界面「导入」功能处理大文件；改用命令行：
mysql -u root -p database_name ，它绕过 HTTP 超时和内存限制 - 如果必须用界面导入，先把大 SQL 拆成多个小文件（每份 ≤ 2MB），并确保每个文件开头有
SET FOREIGN_KEY_CHECKS=0;，结尾有SET FOREIGN_KEY_CHECKS=1; - 检查是否漏了
TRUNCATE TABLE users;前置操作——Seeder 报重复主键，八成是因为表没清空，AUTO_INCREMENT还卡在旧值上
真正麻烦的不是语法，而是你不知道哪一层在拦：是 MySQL 服务端字符集？是表结构没升级？是 phpMyAdmin 自己的 POST 大小限制（post_max_size）？还是 SQL 里混进了不可见的 BOM 字符？建议从 SHOW VARIABLES LIKE '%packet%'; 和 SHOW CREATE TABLE your_table; 这两条命令开始查起。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
