浏览器卡死是前端渲染崩溃，非数据库问题；phpMyAdmin将大SQL文件全载入内存解析渲染，遇长文本或百万INSERT易OOM，应直接用mysql命令行导入。
卡死在加载页面，不是数据库慢，是浏览器前端崩溃了——phpMyAdmin 把整个 SQL 文件读进内存、解析语法、生成 DOM、高亮文本，遇到含长文本或百万级 INSERT 的文件，几秒内就 OOM 或触发 Aw, Snap!。直接换命令行，别调任何配置。
为什么浏览器卡死不是后端问题
你看到的“正在加载…”页面，实际没连上 MySQL 一次。phpMyAdmin（尤其是 Windows 下 XAMPP/Laragon 自带版本）会先用 JavaScript 把整个 SQL 文件读入浏览器内存，再分块 POST 给 PHP；一旦文件超 20MB，尤其含 MEDIUMTEXT、LONGTEXT 或 base64 字段，Chrome/Edge 内存占用飙升，页面无响应，刷新无效。错误日志里找不到 MySQL 相关记录，说明请求根本没发出去。
- 现象包括：进度条不动、控制台报
Out of memory、DevTools Network 面板里看不到 POST 请求 - 这不是
max_execution_time或upload_max_filesize能解决的——那些限制生效的前提是请求已送达 PHP - 禁用 JS 或清缓存没用，因为 phpMyAdmin 的上传逻辑强依赖前端 JS 初始化
必须用 mysql 命令行导入的三个硬条件
只要满足以下任意一条，就必须跳过 phpMyAdmin：
- SQL 文件 > 5MB，且含
INSERT INTO ... VALUES ('非常长的字符串')类语句 - 文件里有
LOAD DATA INFILE、CREATE PROCEDURE或大量注释/空行（JS 解析更耗资源） - 你已在页面看到
Aw, Snap!或浏览器提示 “已kill该标签页”
命令行不加载 HTML、不渲染、不解析语法，只做流式 IO：mysql -u root -p --max-allowed-packet=512M your_db_name < large.sql
立即学习“PHP免费学习笔记（深入）”；
命令行导入前必须检查的三件事
否则会报错退出，看似快实则白忙：
-
mysql命令是否可用？终端执行mysql --version，若提示 command not found，需把 MySQL bin 目录加到 PATH（Windows 用户推荐用 PowerShell，CMD 易乱码） - 目标库是否存在？执行
mysql -u root -p -e "SHOW DATABASES LIKE 'your_db_name';"，不存在就先CREATE DATABASE your_db_name CHARACTER SET utf8mb4; - SQL 文件开头是否有
CREATE DATABASE？如果有，删掉或手动建库——命令行默认无权限执行该语句，会报Access denied for CREATE DATABASE
容易被忽略的字符集与事务陷阱
即使命令行跑通，数据也可能出错：
- 文件是 UTF-8-BOM 编码？用
file -i large.sql（Linux/macOS）或 VS Code 查看编码，BOM 会导致中文字段截断；导入时加参数--default-character-set=utf8mb4 - 每条
INSERT单独提交？默认 autocommit=1，百万行就是百万次磁盘写。务必在 SQL 文件最前面加SET autocommit=0; START TRANSACTION;，结尾加COMMIT;，否则导入可能慢 10 倍以上 - MySQL 服务端
max_allowed_packet还是默认 4MB？执行mysql -u root -p -e "SHOW VARIABLES LIKE 'max_allowed_packet';"，若显示 4194304，就得改 my.ini（Windows）或 my.cnf（Linux），设为max_allowed_packet = 512M并重启 MySQL 服务
真正卡住的地方从来不在“怎么传上去”，而在“怎么让 MySQL 安静地一条条执行完”。命令行绕过了所有前端幻觉，但得亲手把文件和参数对齐，少一个细节，就多一次重导。
