mysql5.7 内存持续_MySQL 5.7内存使用分析

MySQL如何使用内存？

首先，介绍MySQL使用内存的一些方法：

1. 会话级别的内存消耗(连接私有内存)：如sort_buffer_size等，每个会话都会开辟一个sort_buffer_size来进行排序操作。

2. 全局的内存消耗(共享内存)：例如：innodb_buffer_pool_size等，全局共享的内存段。

全局内存消耗(共享内存)相关参数

1)innodb_buffer_pool_size

使用过Innodb的同学都知道，这块内存是Innodb存储引擎最重要的内存，直接关系到MySQL的读写性能。与MyISAM表只缓存索引，数据寄望于OS系统缓存不同。Innodb一般都会关闭OS的缓存，所有读到数据页和索引都直接存在数据库层的innodb_buffer_pool中的。

InnoDB缓冲池缓存着InnoDB表，索引，及其它辅助缓冲器中的数据。为了实现大容量读取操作的效率，缓冲池被分成可以容纳多行的页。为了缓存管理的效率，缓冲池被实现为页面的链接列表，很少使用的数据使用LRU算法的变体进行页面替换。

缓冲池的大小对于系统性能很重要：

InnoDB使用malloc()方法在服务器启动时为整个缓冲池分配内存，通常，推荐innodb_buffer_pool_size值为系统内存的50％至75％。innodb_buffer_pool_size可以在服务器运行时动态配置。

在具有大量内存的系统上，你可以通过将缓冲池划分为多个缓冲池实例来提高并发性，其innodb_buffer_pool_instances系统变量用来定义缓冲池实例的数量。

缓冲池太小可能会导致过多的交换，因为页面从缓冲池中刷新后仅在短时间内可能再次需要。

缓冲池太大可能会因为内存竞争而导致交换。

2)innodb_additional_mem_pool_size

主要用于存放MySQL内部的数据结构和Innodb的数据字典，所以大小主要与表的数量有关，表越多值越大。庆幸的是这个值是可变的，如果不够用的话，MySQL会向操作系统申请的。该值默认8M，AWS所有规格都是统一的2M，由于这个值可以动态申请，所以我觉得2M应该是满足需求的。

3)innodb_log_buffer_size

这个是redolog的缓冲区，为了提高性能，MySQL每次写日志都将日志先写到一个内存Buffer中，然后将Buffer按照innodb_flush_log_at_trx_commit的配置刷到disk上。目前，我们所有实例的innodb_flush_log_at_trx_commit设置为了1，即每次事务提交都会刷新Buffer到磁盘，保证已经提交的事务，redo是不会丢的。AWS该值也设的是1(为了保证不丢数据)，这个值的大小主要影响到刷磁盘的次数，设置的过小，Buffer容易满，就会增加fsync的次数，设置过大，占用内存。该值默认是8M，AWS所有规格统一128M，我觉得目前每次提交都会刷buffer，所以除非有大事务的情况，一般buffer不太可能被占满，所以没必要开的很大， 8M应该是满足需求的。

4)key_buffer_size

MyISAM表的key缓存，这个只对MyISAM存储引擎有效，所以对于我们绝大多数使用Innodb的应用，无需关心。

5)query_cache_size

MySQL对于查询的结果会进行缓存来节省解析SQL、执行SQL的花销，query_cache是按照SQL语句的Hash值进行缓存的，同时SQL语句涉及的表发生更新，该缓存就会失效，所以这个缓存对于特定的读多更新少的库比较有用，对于绝大多数更新较多的库可能不是很适用，比较受限于应用场景，所以AWS也把这个缓存给关了。我觉得这个值默认应该关闭ÿ