MySQL环境搭建不强制配置swap，但需据服务器角色、内存容量和负载判断是否启用；内存参数须合理设置，否则易致性能抖动或OOM崩溃。
MySQL环境搭建时，不强制要求配置swap，但是否启用swap需结合服务器角色、内存容量和MySQL负载综合判断；内存配置则必须根据实际场景合理设置，否则易引发性能抖动甚
至OOM崩溃。
swap对MySQL的影响：不是“有比没有好”，而是“用错更糟”
MySQL是内存敏感型服务，其Buffer Pool、Sort Buffer等大量依赖物理内存。若系统开启swap且内存压力大，内核可能将MySQL部分内存页换出到磁盘，导致查询响应时间飙升（毫秒级变秒级），尤其在高并发或大表扫描时表现明显。
- 专用数据库服务器（无其他重负载服务）：建议关闭swap（swapoff -a），并确保innodb_buffer_pool_size ≤ 70%~80% 物理内存，预留空间给OS缓存和连接线程开销
- 开发/测试机或内存充足（≥64GB）的混合部署环境：可保留swap，但需调大vm.swappiness=1（默认60），降低内核换出倾向
- 云服务器（如AWS EC2、阿里云ECS）：多数默认禁用swap，无需额外操作；若使用本地SSD实例，更应避免swap干扰I/O路径
关键内存参数配置建议（以MySQL 8.0为例）
内存配置核心目标是：让Buffer Pool承载热数据，避免频繁刷脏页；控制连接内存不挤占全局资源。
- innodb_buffer_pool_size：设为物理内存的50%~75%（单实例）。例如32GB内存 → 建议16GB~24GB。切忌设为90%以上，否则OS缓存和文件系统元数据会争抢内存
- innodb_log_file_size：总redo日志大小建议为buffer pool的25%左右（如buffer pool=16GB → total log size≈4GB），兼顾崩溃恢复速度与写放大
- max_connections × (sort_buffer_size + read_buffer_size + tmp_table_size)：单连接内存上限需可控。生产环境建议sort_buffer_size ≤ 4MB，避免大并发下内存爆炸；临时表优先走内存（tmp_table_size = max_heap_table_size = 64M）
- innodb_buffer_pool_instances：当buffer pool > 1GB时，设为等于CPU核心数（如8核→8），减少内部锁竞争
验证与调优小技巧
配置后务必通过实际负载观察效果，而非仅看参数值：
- 检查Buffer Pool命中率：SHOW ENGINE INNODB STATUS\G 中查看"Buffer pool hit rate"，持续低于99%需增大buffer pool
- 监控swap使用：free -h 或 swapon --show，运行中出现非零"si/so"（swap in/out）即存在换页，需干预
- 限制MySQL最大内存占用：Linux下可用cgroup v2或mysqld_safe --memlock（配合ulimit -l）防止OOM killer误杀
