别在phpmyadmin导入大sql文件，因php解析、mysql短事务和浏览器渲染三端同时过载致cpu 100%；应改用命令行导入，前置添加set autocommit=0; start transaction;，结尾加commit;，并显式设置--max_allowed_packet。
别在phpMyAdmin里导大SQL文件——CPU满载不是MySQL在干活，是PHP和浏览器在互相拖垮。
为什么CPU会打满：三端同时过载
phpMyAdmin 4.9 导入大型SQL时CPU飙到100%，通常不是单一环节的问题，而是PHP进程、MySQL客户端连接、浏览器三端同时被压垮：
- PHP脚本把整个SQL文件读进内存做解析、分块、语法高亮、状态反馈，
memory_limit不够就频繁GC，CPU狂转 - MySQL服务端收到大量短事务（每条
INSERT默认自动提交），innodb_log_buffer_size和磁盘I/O跟不上，线程卡在刷日志或等待锁 - 浏览器端持续接收并渲染HTML进度条、SQL片段、错误提示，含长文本或base64字段时DOM爆炸，JS引擎反复重排重绘
立刻止损：绕过phpMyAdmin的命令行导入
当前已卡住？关掉页面，别刷新。直接切到终端执行导入，跳过所有前端和PHP中间层：
- 确认
mysql命令可用：mysql --version；确认数据库存在：mysql -u root -p -e "SHOW DATABASES;" - Linux/macOS：
mysql --max_allowed_packet=512M -u root -p your_db_name - Windows PowerShell：
Get-Content "C:\path\to\large_file.sql" | mysql --max_allowed_packet=512M -u root -p your_db_name（CMD乱码风险高，不用） - 加
nohup防终端断开：nohup mysql --max_allowed_packet=512M -u root -p your_db_name import.log 2>&1 &
导入前必须改的SQL文件头尾
即使走命令行，原始导出的SQL仍可能触发MySQL解析瓶颈。不改就跑，容易卡在“正在准备”或报Packets larger than max_allowed_packet are not allowed：
- 开头加两行：
SET autocommit=0;和START TRANSACTION; - 结尾加一行：
COMMIT; - 删掉所有
CREATE DATABASE语句（除非你有CREATE权限且确定要建库） - 检查文件编码：用
file -i large_file.sql确认是utf-8，不是utf-8-bom；BOM会导致中文字段报Incorrect string value
后续预防：别让phpMyAdmin再碰大文件
phpMyAdmin 4.9不是为批量灌数据设计的。它适合查表、调索引、修权限，不适合当ETL工具：
- 上传限制硬伤：
upload_max_filesize、post_max_size、max_execution_time全得调，但调完只是延缓崩溃，不是解决根本 - 拆分文件比调参更可靠：用
split -l 50000 data.sql part_按5万行切片，再循环导入，出错只回滚单个片段 - 真正需要高频导入？换工具：
mysqldump配合mysqlimport、或用LOAD DATA INFILE（需FILE权限），速度差一个数量级
最常被忽略的一点：max_allowed_packet要同时改客户端和服务端。只改my.cnf里的[mysqld]段，命令行导入时仍可能受客户端默认值限制——所以必须在命令里显式传--max_allowed_packet参数。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
