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。
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
正确做法：
- 保持默认值（
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，而不是拍脑袋定值。
