关于MySQL内存泄露如何排查的一些思路

点击上方"蓝字"

关注我们，享更多干货！

MySQL使用内存上升90%！在运维过程中50%的几率，会碰到这样的问题。算是比较普遍的现象。

MySQL内存使用率过高，有诸多原因。普遍原因是使用不当，还有MySQL本身缺陷导致的。到底是哪方面的问题，那就需要一个一个进行排查。

下面介绍排查思路：

1.参数配置需要确认，内存是否设置合理

MySQL内存分为全局和线程级：

• 全局内存（如：innodb_buffer_pool_size，key_buffer_size，innodb_log_buffer_size）。

• 线程级内存：（如：thread，read，sort，join,tmp 等）只是在需要的时候才分配，并且在操作完毕之后就释放。

• 线程级内存：线程缓存每个连接到MySQL服务器的线程都需要有自己的缓冲。默认分配thread_stack（256K,512k)，空闲时这些内存是默认使用，除此之外还有网络缓存、表缓存等。大致评估会在1M~3M这样的情况。可通过pmap观察内存变化：

• 

mysql> SELECT @@query_cache_size,
     @@key_buffer_size,
     @@innodb_buffer_pool_size ,
     @@innodb_log_buffer_size ,
     @@tmp_table_size ,
     @@read_buffer_size,
     @@sort_buffer_size,
     @@join_buffer_size ,
     @@read_rnd_buffer_size,
     @@binlog_cache_size,
     @@thread_stack,
     (SELECT COUNT(host) FROM  information_schema.processlist where command<>'Sleep')\G;
*************************** 1. row ***************************
@@query_cache_size:1048576
@@key_buffer_size:8388608
@@innodb_buffer_pool_size:268435456
@@innodb_log_buffer_size:8388608
@@tmp_table_size:16777216
@@read_buffer_size:131072
@@sort_buffer_size:1048576
@@join_buffer_size:1048576
@@read_rnd_buffer_size:2097152
@@binlog_cache_size:8388608
@@thread_stack:524288
(select count(host) from information_schema.processlist where command<>'Sleep'): 1

备注：query_cache_size 8.0版本已经废弃掉了。

2.存储过程&函数&触发器&视图

目前积累的使用经验中，存储过程&函数&触发器&视图 在MySQL场景下是不适合的。性能不好，又容易发现内存不释放的问题，所以建议尽量避免。

• 存储过程&函数

MySQL 5.7

<