innodb_buffer_pool_size设太小会导致导入卡住，因缓冲池过小引发频繁磁盘读和LRU淘汰，IO成为瓶颈；应设为物理内存50%–75%，并配合关闭UNIQUE_CHECKS、FOREIGN_KEY_CHECKS及调大innodb_log_buffer_size等参数。
innodb_buffer_pool_size设太小会导致导入卡住
缓冲池过小（比如默认128MB）会让InnoDB频繁淘汰热页、反复从磁盘加载数据页，IO直接打满。你看到的“卡在某个INSERT”或“CPU低、磁盘IO高、进度不动”，大概率就是这个原因。
实操建议：
- 用
free -h看available值，不是total；留至少2–4GB给OS和MySQL其他线程（如sort_buffer、join_buffer） - 5.7+ 可动态调：
SET GLOBAL innodb_buffer_pool_size = 4294967296;（4GB），但必须是1MB整数倍，且重启失效 - 永久生效要改
my.cnf的[mysqld]段，加一行innodb_buffer_pool_size = 6G - 别在导入中途调——可能触发buffer pool重建，中断当前导入
为什么只调buffer pool还不够快
缓冲池再大，如果日志刷得太勤、唯一索引每行都查、外键逐条验证，它也缓不起来。这些操作绕过buffer pool直奔磁盘，让调大的效果打折。
配套必须关的几项：
-
SET UNIQUE_CHECKS=0;：否则每个INSERT都要走二级索引查重，全磁盘IO -
SET FOREIGN_KEY_CHECKS=0;：避免每行都去关联表做约束校验 -
SET GLOBAL innodb_flush_log_at_trx_commit = 0;：把redo日志从“每次提交刷盘”降为“每秒刷一次”，写入吞吐翻倍（导入完务必改回1） -
SET GLOBAL innodb_log_buffer_size = 67108864;（64MB）：减少日志刷盘频率，配合上面那条更有效
LOAD DATA INFILE场景下buffer pool怎么配
用 LOAD DATA INFILE 导入文本文件时，buffer pool作用路径和SQL导入略有不同：它主要加速索引构建和页写入，而不是SQL解析。这时候单靠buffer pool不够，得配合禁用索引重建。
关键动作：
- 导入前执行：
ALTER TABLE your_table DISABLE KEYS;（仅对MyISAM有效）或对InnoDB表先删掉非主键索引 -
LOAD DATA INFILE完后再建索引，比边插边建快5–10倍 - 确保
innodb_buffer_pool_size≥ 单张表主键索引+数据页总大小的60%，否则索引构建阶段仍会频繁换页 - 如果文件超大（>50GB），拆成多个
.csv并行导入，但并发数别超CPU核数×2，避免锁争用
myloader并行导入时buffer pool怎么分
myloader 是按表并行的，每个线程开一个连接、走独立事务。buffer pool是全局共享的，不是每个线程独占一份——所以不能简单按线程数均分。
正确做法：
- 目标实例的
innodb_buffer_pool_size仍按物理内存50%–75%设（比如32GB机器设20GB），不是按线程数乘 - 用
--use-memory=16G参数告诉myloader自己预留多少内存做解压/解析，避免和MySQL抢内存 - 配合
--parallel=8，但观察SHOW ENGINE INNODB STATUS\G中的Buffer pool hit rate，低于99%说明还是不够或有热点冲突 - 别同时跑多个
myloader实例——buffer pool没扩容，只是并发争抢，反而拖慢
innodb_log_file_size 太小会强制频繁checkpoint，把buffer pool里刚攒好的脏页全挤出去刷盘；又比如 max_allowed_packet 不够大，导致长INSERT被截断重试，反复加载同一块页。调buffer pool是起点，不是终点。 
