通过Performance Schema监控内存使用，首先确认其已启用并开启内存相关instruments和consumers，然后查询memory_summary_global_by_event_name表获取各模块内存占用情况；重点分析InnoDB缓冲池的配置与状态，检查buffer_pool_size设置及BUFFER POOL AND MEMORY信息，评估命中率以优化性能；定期采集global_status中的Memory_used值形成趋势日志，结合操作系统工具对比mysqld进程RSS内存；同时检查错误日志中“Out of memory”等异常，并关联慢查询日志分析高内存消耗SQL，综合多维度数据全面掌握MySQL内存行为。
MySQL 内存使用日志分析可以帮助我们了解数据库在运行过程中内存的分配与消耗情况，进而优化配置、排查性能问题。MySQL 本身不直接提供“内存使用日志”这一独立日志类型，但可以通过多种方式收集和分析内存相关的信息。以下是常用的分析方法和操作步骤。
启用并查看 Performance Schema 中的内存监控
MySQL 的 Performance Schema 提供了详细的内存使用统计信息，是分析内存使用的核心工具。
确保 Performance Schema 已启用，并打开内存相关的 instruments：
- 检查是否启用： SHOW VARIABLES LIKE 'performance_schema'; 若值为 ON，则已启用。
- 启用内存事件采集： UPDATE performance_schema.setup_instruments SET ENABLED = 'YES' WHERE NAME LIKE 'memory/%';
- 确认消费者开启： UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME LIKE '%memory%';
查询当前内存使用情况：
SELECT EVENT_NAME, CURRENT_COUNT_USED, CURRENT_NUMBER_OF_BYTES_USED FROM performance_schema.memory_summary_global_by_event_name ORDER BY CURRENT_NUMBER_OF_BYTES_USED DESC LIMIT 10;该语句列出按内存占用排序的模块，如 innodb_buffer_pool、sql_query_cache、线程堆栈等，帮助识别内存大户。
分析 InnoDB 缓冲池使用情况
InnoDB 缓冲池（buffer pool）通常是 MySQL 最大的内存使用者。通过以下方式评估其使用效率：
- 查看缓冲池大小设置： SHOW VARIABLES LIKE 'innodb_buffer_pool_size';
- 查看缓冲池使用状态： SHOW ENGINE INNODB STATUS\G 在输出中关注 BUFFER POOL AND MEMORY 部分，包含已使用页数、空闲页、脏页比例等。
- 通过 INFORMATION_SCHEMA 表获取更细粒度数据： SELECT POOL_ID, BLOCKS, DATA_SIZE FROM information_schema.innodb_buffer_pool_stats;
若发现缓冲池命中率低（可通过计算逻辑读与物理读比例），可能需要调大 innodb_buffer_pool_size 或优化查询减少全表扫描。
监控全局内存使用趋势
虽然 MySQL 不自动记录内存日志，但可以定期采集数据形成趋势日志。
编写脚本定时记录关键指标，例如：
SELECT NOW(), VARIABLE_VALUE AS memory_used FROM performance_schema.global_status WHERE VARIABLE_NAME = 'Memory_used';将结果写入日志文件或专用表，便于后续分析峰值和增长趋势。
结合操作系统层面的监控（如 top、htop、free -m），对比 mysqld 进程的实际 RSS 内存，验证数据库内部统计的准确性。
利用错误日志和慢查询日志辅助分析
当内存不足时，MySQL 可能在错误日志中记录相关信息：
- 查找 "Out of memory"、"cannot allocate memory" 等关键词。
- 检查是否因临时表过大导致内存耗尽，这类操作常伴随磁盘临时表的使用。
同时，慢查询往往伴随高内存消耗。分析慢查询日志，定位执行计划不佳的 SQL，有助于减少不必要的内存开销。
基本上就这些。通过 Performance Schema 获取实时内存分布，结合 InnoDB 状态、系统监控和日志排查，能全面掌握 MySQL 的内存行为。关键是定期采集、横向对比、聚焦异常模块。不复杂但容易忽略细节。
