innodb缓冲池大小应设为物理内存的50%–75%（专用服务器）或≤40%（共存机器），并预留≥2gb给系统；key_buffer_size对myisam有效，innodb项目可设为16m或0；sort/join_buffer_size宜保持默认会话级按需调整；tmp_table_size与max_heap_table_size须相等且根据业务设为64m–256m。
innodb_buffer_pool_size 设多少才不浪费又不爆内存
这是 MySQL 内存配置里最关键的参数，它决定了 InnoDB 缓存数据和索引的内存大小。设小了，磁盘 I/O 暴涨；设大了，可能挤占系统其他进程内存，甚至触发 OOM Killer 杀掉 mysqld。
实操建议：
- 专用数据库服务器：设为物理内存的 50%–75%，但 务必预留至少 2GB 给 OS 和其他进程（比如
mysqld自身线程、连接缓冲区、临时表等） - 与应用共存的机器：别超过总内存的 40%，观察
free -h中 available 值是否持续低于 1GB - 不要写死成绝对值如
12G，推荐用百分比语法（MySQL 8.0.22+ 支持）：innodb_buffer_pool_size = 70% - 上线前用
SELECT (data_length + index_length) / 1024 / 1024 / 1024 AS size_gb FROM information_schema.tables WHERE table_schema NOT IN ('information_schema','performance_schema','mysql','sys') GROUP BY table_schema;估算实际活跃数据量，buffer_pool至少要覆盖热数据
key_buffer_size 还需要调吗
这个参数只影响 MyISAM 表的索引缓存。现在绝大多数新项目用 InnoDB，MyISAM 已被标记为 deprecated（MySQL 8.4 起移除）。如果你没显式建过 MyISAM 表，也没用到任何插件或旧迁移数据，key_buffer_size 设成 16M 或 0 即可，完全不用优化。
容易踩的坑：
- 从老版本升级后保留了历史配置，结果
key_buffer_size = 256M白占内存 - 误以为它对 InnoDB 有效，调大了也没用
- 监控时看到
Key_reads / Key_read_requests很高，其实是因用了 MyISAM 且没调 —— 先确认是否真在用 MyISAM
sort_buffer_size 和 join_buffer_size 别设成全局固定值
这两个是 per-connection 参数，每个客户端连接都会独立分配。设成 4MB 看似不大，但 200 个并发连接就吃掉 800MB 内存，极易引发 swap 或 OOM。
全国首个为手机行业定制的网站，外观豪华、时尚。DIV+CSS构建，符合W3C标准，完美搜索引擎优化迅速提高搜索引擎排名，稳定性、执行效率、负载能力均居国内同类产品领先地位。安装简单，傻瓜式操作，在线下单、支付、发货，轻松管理网站。 多套模板更换，界面更加豪华 完美搜索引擎优化 集成支付宝、财付通、网银等多种在线支付平台 手机、配件商品不同颜色、型号不同价格设置 图片化多种参数设置、搜索、评论 新闻
正确做法：
- 保持默认值（
sort_buffer_size = 256K，join_buffer_size = 256K），让 MySQL 在需要时按需分配（注意：不是“最大上限”，而是“初始分配量”） - 若某类慢查询明确因排序/连接缓冲不足导致（看
EXPLAIN中的Using filesort或Using join buffer），再在会话级临时调大：SET SESSION sort_buffer_size = 4M; - 绝对不要在配置文件里写
sort_buffer_size = 4M—— 它不会提升整体性能，只会放大内存风险
tmp_table_size 和 max_heap_table_size 必须设相等
MySQL 用内存临时表处理 GROUP BY、DISTINCT、UNION 等操作。当内存表超限时，自动转成磁盘 MyISAM 临时表（慢十倍以上）。这两个参数必须一致，否则以较小者为准，造成困惑。
建议值：
- 一般业务设
tmp_table_size = 64M，max_heap_table_size = 64M - 报表类场景可提到
256M，但需同步检查innodb_buffer_pool_size是否还有余量 - 监控是否频繁落盘：查
SHOW GLOBAL STATUS LIKE 'Created_tmp_disk_tables';，如果该值每秒增长 > 1，且Created_tmp_tables也高，说明临时表经常撑爆内存
真正难的是平衡：加大它们能减少磁盘临时表，但每个连接都可能用上这份内存，高并发下反而更危险。线上调参永远优先看 show processlist 和 performance_schema.memory_summary_by_thread_by_event_name，而不是拍脑袋定值。
