为什么 mysql 8 使用那么多内存？

MySQL 8.0 相比早期版本确实可能占用更多内存，这是由多种设计优化和新特性导致的。以下是主要原因及解决方案的详细分析：

一、MySQL 8.0 内存占用高的主要原因

1. 默认配置调整

   • innodb_buffer_pool_size 默认值增大：MySQL 8.0 会根据系统内存自动调整缓冲池大小（例如，可能占用物理内存的50%）。早期版本默认值可能更小。
   • 其他缓存增强：如表空间缓存（table_open_cache）、排序缓冲区（sort_buffer_size）等参数的默认值或行为更积极。

2. 新特性引入的内存开销

   • 数据字典缓存：MySQL 8.0 将元数据存储在事务性数据字典中（替代了之前的文件存储），需常驻内存。
   • JSON 和 GIS 支持：复杂数据类型处理需要额外内存（如 JSON 解析、空间索引）。
   • 并行查询：若启用，会分配多个工作线程的内存。

3. 性能优化机制

   • 自适应哈希索引（AHI）：InnoDB 自动为高频访问数据创建哈希索引，占用额外内存。
   • Change Buffer 优化：写入缓冲（innodb_change_buffer_max_size）可能占用更多内存以提升写入性能。

4. 监控与管理功能

   • 性能模式（Performance Schema）：默认启用，收集详细监控数据，可能消耗10%-20%额外内存。
   • 统计信息持久化：优化器统计信息存储在内存中以提高查询计划效率。

二、解决方案：如何降低内存占用

1. 调整核心参数

• innodb_buffer_pool_size
  根据实际数据量调整（通常为物理内存的50%-70%）。例如：

  innodb_buffer_pool_size = 2G  # 明确指定而非依赖自动计算

• innodb_buffer_pool_instances
  减少实例数（默认可能为8），如：

  innodb_buffer_pool_instances = 4

2. 优化会话级内存

• 临时表与排序缓冲区：

  tmp_table_size = 16M
  max_heap_table_size = 16M
  sort_buffer_size = 256K  # 避免设置过大（每个连接独立分配）
  join_buffer_size = 256K

3. 关闭非必要功能

• 禁用性能模式（若无需监控）：

  performance_schema = OFF

• 限制并行查询线程：

  innodb_parallel_read_threads = 1  # 默认4

4. 其他优化

• 减少连接数：降低 max_connections（默认151），连接池复用连接。
• 定期清理：重启实例释放碎片化内存，或使用 FLUSH TABLES 重置缓存。

三、排查内存使用的具体方法

1. 查看内存分配：

   SELECT * FROM sys.memory_global_by_current_bytes;

2. 监控 Performance Schema：

   SELECT EVENT_NAME, SUM_NUMBER_OF_BYTES_ALLOC 
   FROM performance_schema.memory_summary_global_by_event_name 
   ORDER BY SUM_NUMBER_OF_BYTES_ALLOC DESC;

3. 检查 InnoDB 状态：

   SHOW ENGINE INNODB STATUSG

四、总结

MySQL 8.0 的更高内存占用是性能与功能增强的权衡结果。通过合理配置核心参数、关闭非关键特性，并监控具体内存使用情况，可以显著减少内存消耗。建议根据实际业务负载逐步调整，平衡性能与资源占用。