三步可压降70%以上mysql导入时间：调优配置、关闭检查、分文件导入；须严格按建表→插数据→加索引顺序执行；导入后必做analyze和optimize，并验证检查项是否恢复。
直接改配置、关检查、分文件，三步能压掉70%以上导入时间。临时调参不等于裸奔，关键在“开哪些、关哪些、什么时候开/关”。
mysql命令行导入比图形工具快多少？
不是“快一点”，是绕过中间层的性能差。phpMyAdmin 或 Navicat 会把 SQL 拆成单条请求、加 UI 渲染、带连接池管理，大文件下内存占用飙升、超时频繁。命令行 mysql -u user -p db_name 是直连 MySQL server，无解析转发，实测 2GB 文件导入可快 3–5 倍。
- 必须加
--quick：防止客户端缓存整张结果集，避免 OOM - 建议加
--binary-mode：避免特殊字符（如 \0、\r\n）被误处理 - 别用
source命令：它在 MySQL client 内部解析，效率低于 shell 重定向
哪些 MySQL 参数该临时关闭？
不是全关，而是关写入路径上最耗时的几项。关错或没恢复，可能丢数据或破坏一致性。
-
SET autocommit = 0;：必须加在 SQL 文件开头，否则每条 INSERT 都自动提交，日志刷盘爆炸 -
SET unique_checks = 0;和SET foreign_key_checks = 0;：仅对干净数据源有效；导入完立刻设回1 -
SET sql_log_bin = 0;：只在主库导入且无需同步 binlog 时用；从库不能关 - 不要动
innodb_doublewrite：虽能提速，但崩溃后可能损坏页，风险高，不推荐
怎么拆分大型 SQL 文件才不丢结构？
按表拆比按大小拆更安全。大 SQL 文件里混着 CREATE TABLE、INSERT、ALTER，直接 split -b 会切碎语句，导致语法错误。
- 先用
awk '/^CREATE TABLE|^INSERT INTO/ {i++; out="part_"i".sql"}; {print > out}' data.sql按关键词分块 - 或者用
sed -n '/^-- Table structure for/p;/^-- Dumping data for/p; /^CREATE TABLE/,/^;/p; /^INSERT INTO/,/^;/p' data.sql > clean.sql提取核心段 - 再对纯
INSERT段用split -l 50000分批（每批约 5–10 万行），避免单事务过大 - 导入顺序必须是：先建表 → 再插数据 → 最后加索引（
ALTER TABLE ... ADD INDEX单独执行）
导入后必须做的两件事
很多人导完就走，结果查得慢、索引失效、统计信息不准——这不是导入快了，是埋雷快了。
-
ANALYZE TABLE table_name;：强制更新索引基数和行数统计，让优化器不瞎猜执行计划 -
OPTIMIZE TABLE table_name;：仅对 InnoDB 大表必要（尤其导入后Data_free明显偏高时），会重建聚簇索引并整理碎片；注意锁表，选低峰期
真正容易被忽略的是：所有临时关闭的检查项（unique_checks、foreign_key_checks）必须手动验证是否已恢复，SHOW VARIABLES LIKE '%check%'; 看一眼比靠记忆靠谱。
