Web界面导入大SQL文件会导致浏览器因内存耗尽而崩溃，应改用MySQL命令行导入。命令为：mysql -u root -p your_database_name。
SQL 导入卡在浏览器里，不是数据问题，是前端渲染崩了
浏览器执行 phpmyadmin 或 adminer 这类 web 界面导入大 sql 文件时，根本不是在“执行 sql”，而是在把整个文件读进内存、解析成 html、再一屏屏渲染——尤其是含大量 text 或 mediumtext 字段的 insert 语句，浏览器会尝试高亮、换行、折叠，瞬间吃光内存，页面无响应。
这不是数据库慢，是浏览器卡死。关掉 JS 渲染？没用。这些工具本身依赖 JS 做分块上传和状态反馈，禁用后连上传按钮都点不了。
- 别用 Web 界面导入超过 5MB 的 SQL 文件，尤其含长文本或 base64 编码内容
- Web 界面适合改表结构、查几条记录，不适合批量灌数据
- 如果你已经在卡住的页面上看到
Out of memory或Aw, Snap!，说明渲染进程已崩溃，刷新也没用
直接走 MySQL 命令行，绕过所有前端环节
命令行导入不加载 UI、不解析语法高亮、不生成 DOM 节点，只做纯 IO 和协议交互。哪怕 SQL 文件里塞了 100 万行 INSERT INTO ... VALUES ('...非常长的文本...')，MySQL 客户端也只管发包，服务端只管执行。
实操前确认两点：mysql 命令可用、目标数据库已存在（否则会报 Unknown database）。
- 先登录验证：
mysql -u root -p，能进就说明环境通 - 导入命令（Linux/macOS）：
mysql -u root -p your_database_name - Windows 用户用 PowerShell：
Get-Content "C:\path\to\large_file.sql" | mysql -u root -p your_database_name（注意：CMD 不推荐，容易乱码） - 如果 SQL 文件含
CREATE DATABASE，先去掉或手动建库，否则可能报错Access denied for CREATE DATABASE
导入前必须处理的三个隐藏陷阱
命令行快，但不是万能。很多卡顿其实源于 SQL 文件本身写法不当，MySQL 在解析阶段就会反复回溯、缓冲膨胀，甚至触发超时。
-
max_allowed_packet太小：默认常为 4MB，单条含长文本的 INSERT 可能超限，报错Packets larger than max_allowed_packet are not allowed。临时调大：mysql --max_allowed_packet=512M -u root -p db_name - 缺少
SET autocommit=0;和事务包裹：每条 INSERT 默认自动提交，IO 次数爆炸。理想做法是文件头加SET autocommit=0; START TRANSACTION;，结尾加COMMIT; - 字符集混乱：文件是 UTF-8-BOM，但连接未指定
--default-character-set=utf8mb4，会导致中文字段截断或报错Incorrect string value
实在要走 Web 界面？只有一种勉强可行的缝合方案
不是不能用，而是得把“导入”拆成“传输 + 执行”两步，让浏览器只干最轻的活。
步骤：先把 SQL 文件用 scp 或 FTP 传到数据库服务器本地（比如 /tmp/import.sql），然后在 Web 界面里执行一条极短的命令：
source /tmp/import.sql
这要求你的 Web 工具支持 source（phpMyAdmin 从 4.7+ 开始支持，Adminer 不支持）。它不会把文件内容读进浏览器，而是让服务端直接读取本地路径并执行——本质是借 Web 界面发了个 shell 指令。
- 必须确保 Web 服务用户（如
www-data）有权限读该文件 - 路径必须是数据库服务器上的绝对路径，
source ./import.sql会失败 - 如果报错
The used command is not allowed with this MySQL version，说明local_infile被禁用，需管理员在 MySQL 配置中设local_infile=ON并重启
真正麻烦的从来不是“怎么导入”，而是“谁在承担解析压力”——浏览器扛不住长文本，就别让它扛。命令行不是更高级，只是更诚实：它不做渲染，只做事。
