phpMyAdmin导入触发磁盘满错误，根本原因是MySQL在执行SQL时写入重做日志、二进制日志、临时文件（ibtmp1）及表数据，而非phpMyAdmin本身占用空间；需重点检查并调整innodb_log_file_size、tmpdir、max_allowed_packet等MySQL配置项。
直接结论：不是 phpmyadmin 本身占满磁盘，而是 mysql 服务在执行导入时写入临时文件、日志和表数据，导致磁盘耗尽；必须从 mysql 层级控制写入行为，而非调整 phpmyadmin 设置。
为什么 phpMyAdmin 导入会触发磁盘满错误？
phpMyAdmin 只是把 SQL 文件发给 MySQL 执行，真正消耗磁盘的是 MySQL 的以下行为：
- 大事务未提交前，
innodb_log_file_size和innodb_log_buffer_size不足时会频繁刷盘到重做日志（ib_logfile0/1） - 导入含大量
INSERT的 SQL 时，InnoDB 默认逐条插入并维护唯一索引、外键约束，产生大量临时排序和回滚段（ibtmp1） - MySQL 配置了
log_bin = ON（默认开启），每条语句还会写入二进制日志（mysql-bin.000xxx），体积常达原始 SQL 的 3–5 倍 - phpMyAdmin 默认用
POST提交整个 SQL 文件，若文件 >upload_max_filesize或post_max_size，PHP 会先缓存到临时目录（如/tmp），也可能撑爆根分区
导入前必须检查的 MySQL 配置项
登录 MySQL 后运行：
SHOW VARIABLES LIKE 'innodb_log_file_size';<br>SHOW VARIABLES LIKE 'innodb_log_buffer_size';<br>SHOW VARIABLES LIKE 'max_allowed_packet';<br>SHOW VARIABLES LIKE 'binlog_format';<br>SHOW VARIABLES LIKE 'tmpdir';重点关注：
-
innodb_log_file_size小于 256M 时，大导入易卡住或报ERROR 1206 (HY000): The total number of locks exceeds the lock table size—— 实际是日志刷盘太慢引发连锁等待 -
max_allowed_packet必须 ≥ 你要导入的单条语句最大长度（例如含长文本的INSERT ... VALUES (...)），否则 MySQL 直接断连，phpMyAdmin 显示“服务器已关闭连接” -
tmpdir指向的分区（如/tmp）如果和 MySQL 数据目录同在/分区，且剩余空间 - 若
binlog_format = STATEMENT且含函数/临时表，二进制日志会膨胀更快；建议临时设为ROW（但需确认从库兼容性）
安全导入大 SQL 文件的实操步骤
绕过 phpMyAdmin 界面，改用命令行 + 分段控制：
- 把原始 SQL 拆成 ≤ 50MB 的文件（用
split -b 50M dump.sql dump_part_），避免 PHP 上传缓存压垮/tmp - 停掉 binlog：连接 MySQL 后先执行
SET sql_log_bin = OFF;（仅当前会话生效，导入完记得ON） - 关掉自动提交：
SET autocommit = 0;，并在文件开头加START TRANSACTION;，结尾加COMMIT;，减少日志刷盘次数 - 禁用唯一检查和外键检查：
SET unique_checks = 0; SET foreign_key_checks = 0;（导入后补= 1） - 用
mysql -u root -p database_name 逐个导入，比 phpMyAdmin 更可控、不依赖 PHP 内存限制
导入后清理与验证
导入完成不代表磁盘立刻释放 —— InnoDB 不会立即回收空间：
立即学习“PHP免费学习笔记（深入）”；
- 检查
ibtmp1大小：ls -lh /var/lib/mysql/ibtmp1；若远大于 128M，说明导入过程生成了大量临时排序，下次可调大sort_buffer_size或分批INSERT - 二进制日志不会自动删：运行
PURGE BINARY LOGS BEFORE '2024-01-01 00:00:00';清理旧日志（注意主从延迟） - 如果用了
DROP TABLE+CREATE TABLE，原表空间（.ibd文件）可能残留，需OPTIMIZE TABLE或重启 MySQL（仅当innodb_file_per_table = ON且确认无长事务） - 别忘了恢复 phpMyAdmin 的
upload_max_filesize（如从 512M 改回 2M），防止被滥用上传恶意大文件
最常被忽略的一点：磁盘满问题往往在导入中途才暴露，但真正瓶颈不在 SQL 文件大小，而在 MySQL 的日志策略和临时空间分配逻辑。盯着 phpMyAdmin 界面调设置，基本是白忙。
