解决mySQL占用内存超大问题

最新推荐文章于 2025-06-02 17:53:56 发布
原创 最新推荐文章于 2025-06-02 17:53:56 发布 · 9.7k 阅读 · 21 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文提供了两种有效的方法来减少MySQL在Windows系统上的内存占用，并详细介绍了如何通过调整my.ini配置文件中的参数来优化MySQL性能。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

资料来源:https://developer.aliyun.com/ask/54463?spm=a2c6h.13159736
https://www.cnblogs.com/yum777/p/6554901.html

在这里插入图片描述

方法1：

个人稍微解决了一下，上面忘了说，我的mysql版本是：64位的5.7.9，应该是当前最新版本。从网上找了一下资料，反正就是从配置文件上下手，我本机上安装的是windows版的64位5.6.25，占用内存就非常小，我对照着他的配置文件修改了一下5.7.9的配置文件。

[mysqld]
lower_case_table_names=1
character-set-server=utf8
max_connections = 300
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES 
key_buffer_size = 16k
max_allowed_packet = 1M
thread_stack = 64k
sort_buffer_size = 64k
net_buffer_length = 2k
performance_schema_max_table_instances = 12500
table_open_cache_instances = 1
eq_range_index_dive_limit = 10
innodb_buffer_pool_dump_at_shutdown = OFF
innodb_buffer_pool_load_at_startup = OFF
innodb_checksum_algorithm = innodb
innodb_file_format = Antelope
innodb_file_format_max = Antelope
innodb_large_prefix = OFF
innodb_purge_threads = 1
innodb_strict_mode = OFF
max_seeks_for_key = 4294967295
max_write_lock_count = 4294967295
myisam_max_sort_file_size = 2146435072
performance_schema_accounts_size = 100
performance_schema_hosts_size = 100
performance_schema_max_cond_instances = 6900
performance_schema_max_file_classes = 50
performance_schema_max_mutex_instances = 21000
performance_schema_max_rwlock_instances = 10800
performance_schema_max_table_handles = 4000
performance_schema_max_thread_instances = 2100
performance_schema_setup_actors_size = 100
performance_schema_setup_objects_size = 100
performance_schema_users_size = 100
sync_binlog = 0

目前的话，情况好了一些。现在mysql占用内存26.4%，剩余内存能稳定在300兆左右了。

方法2：

为了装mysql环境测试，装上后发现启动后mysql占用了很大的虚拟内存，达8百多兆。网上搜索了一下，得到高人指点my.ini。再也没见再详细的了…只好打开my.ini逐行的啃，虽然英文差了点，不过多少M还是看得明的-

更改后如下：

innodb_buffer_pool_size=576M ->256M InnoDB引擎缓冲区占了大头，首要就是拿它开刀

query_cache_size=100M          ->16M 查询缓存

tmp_table_size=102M                ->64M 临时表大小

key_buffer_size=256m                ->32M

重启mysql服务后，虚拟内存降到200以下．

另外mysql安装目录下有几个文件：my-huge.ini 、my-large.ini、my-medium.ini…这几个是根据内存大小作的建议配置，新手在设置的时候也可以参考一下。

2G内存的MYSQL数据库服务器 my.ini优化 (my.ini)

2G内存,针对站少,优质型的设置,试验特：

table_cache=1024 物理内存越大,设置就越大.默认为2402,调到512-1024最佳

innodb_additional_mem_pool_size=8M   默认为2M

innodb_flush_log_at_trx_commit=0 等到innodb_log_buffer_size列队满后再统一储存,默认为1

innodb_log_buffer_size=4M          默认为1M

innodb_thread_concurrency=8       你的服务器CPU有几个就设置为几,默认为8

key_buffer_size=256M                   默认为218       调到128最佳

tmp_table_size=64M                   默认为16M        调到64-256最挂

read_buffer_size=4M                   默认为64K

read_rnd_buffer_size=16M          默认为256K

sort_buffer_size=32M                   默认为256K

max_connections=1024                 默认为1210

试验一：

table_cache=512或1024

innodb_additional_mem_pool_size=2M

innodb_flush_log_at_trx_commit=0

innodb_log_buffer_size=1M

innodb_thread_concurrency=8       你的服务器CPU有几个就设置为几,默认为8

key_buffer_size=128M

tmp_table_size=128M

read_buffer_size=64K或128K

read_rnd_buffer_size=256K

sort_buffer_size=512K

max_connections=1024

试验二：

table_cache=512或1024

innodb_additional_mem_pool_size=8M 

innodb_flush_log_at_trx_commit=0

innodb_log_buffer_size=4M      

innodb_thread_concurrency=8      

key_buffer_size=128M                  

tmp_table_size=128M         

read_buffer_size=4M                  

read_rnd_buffer_size=16M      

sort_buffer_size=32M                  

max_connections=1024

一般：

table_cache=512

innodb_additional_mem_pool_size=8M 

innodb_flush_log_at_trx_commit=0

innodb_log_buffer_size=4M      

innodb_thread_concurrency=8      

key_buffer_size=128M                  

tmp_table_size=128M         

read_buffer_size=4M                   

read_rnd_buffer_size=16M      

sort_buffer_size=32M                  

max_connections=1024

经过测试.没有特殊情况,最好还是用默认的.
2G内存,针对站多,抗压型的设置,最佳：

table_cache=1024 物理内存越大,设置就越大.默认为2402,调到512-1024最佳

innodb_additional_mem_pool_size=4M   默认为2M

innodb_flush_log_at_trx_commit=1

(设置为0就是等到innodb_log_buffer_size列队满后再统一储存,默认为1)

innodb_log_buffer_size=2M             默认为1M

innodb_thread_concurrency=8       你的服务器CPU有几个就设置为几,建议用默认一般为8

key_buffer_size=256M                       默认为218       调到128最佳

tmp_table_size=64M                      默认为16M        调到64-256最挂

read_buffer_size=4M                       默认为64K

read_rnd_buffer_size=16M              默认为256K

sort_buffer_size=32M                   默认为256K

max_connections=1024                 默认为1210

thread_cache_size=120             默认为60

query_cache_size=64M

优化mysql数据库性能的十个参数

(1)、max_connections：

  • 允许的同时客户的数量。增加该值增加 mysqld 要求的文件描述符的数量。这个数字应该增加，否则，你将经常看到 too many connections 错误。 默认数值是100，我把它改为1024 。

(2)、record_buffer：

  • 每个进行一个顺序扫描的线程为其扫描的每张表分配这个大小的一个缓冲区。如果你做很多顺序扫描，你可能想要增加该值。默认数值是131072(128k)，我把它改为16773120 (16m)

(3)、key_buffer_size：

  • 索引块是缓冲的并且被所有的线程共享。key_buffer_size是用于索引块的缓冲区大小，增加它可得到更好处理的索引(对所有读和多重写)，到你能负担得起那样多。如果你使它太大，系统将开始换页并且真的变慢了。默认数值是8388600(8m)，我的mysql主机有2gb内存，所以我把它改为 402649088(400mb)。

4)、back_log：

  • 要求 mysql 能有的连接数量。当主要mysql线程在一个很短时间内得到非常多的连接请求，这就起作用，然后主线程花些时间(尽管很短)检查连接并且启动一个新线程。

  • back_log 值指出在mysql暂时停止回答新请求之前的短时间内多少个请求可以被存在堆栈中。只有如果期望在一个短时间内有很多连接，你需要增加它，换句话说，这值对到来的tcp/ip连接的侦听队列的大小。你的操作系统在这个队列大小上有它自己的限制。试图设定back_log高于你的操作系统的限制将是无效的。

  • 当你观察你的主机进程列表，发现大量 264084 | unauthenticated user | xxx.xxx.xxx.xxx | null | connect | null | login | null的待连接进程时，就要加大 back_log 的值了。默认数值是50，我把它改为500。

(5)、interactive_timeout：

  • 服务器在关闭它前在一个交互连接上等待行动的秒数。一个交互的客户被定义为对 mysql_real_connect()使用client_interactive 选项的客户。 默认数值是28800，我把它改为7200。

(6)、sort_buffer：

  • 每个需要进行排序的线程分配该大小的一个缓冲区。增加这值加速order by或group by操作。默认数值是2097144(2m)，我把它改为 16777208 (16m)。

(7)、table_cache：

  • 为所有线程打开表的数量。增加该值能增加mysqld要求的文件描述符的数量。mysql对每个唯一打开的表需要2个文件描述符。默认数值是64，我把它改为512。

(8)、thread_cache_size：

  • 可以复用的保存在中的线程的数量。如果有，新的线程从缓存中取得，当断开连接的时候如果有空间，客户的线置在缓存中。如果有很多新的线程，为了提高性能可以这个变量值。通过比较 connections 和 threads_created 状态的变量，可以看到这个变量的作用。我把它设置为 80。

(9)mysql的搜索功能

  • 用mysql进行搜索，目的是能不分大小写，又能用中文进行搜索

  • 只需起动mysqld时指定 --default-character-set=gb2312

(10)、wait_timeout：

  • 服务器在关闭它之前在一个连接上等待行动的秒数。 默认数值是28800，我把它改为7200。

注：参数的调整可以通过修改 /etc/my.cnf 文件并重启 mysql 实现。这是一个比较谨慎的工作，上面的结果也仅仅是我的一些看法，你可以根据你自己主机的硬件情况（特别是内存大小）进一步修改。

MySQL内存使用率高且不释放问题排查与总结
h363659487的博客
06-27 1万+
总结一下MySQL内存使用率高且不释放的应对方法： 继续加大内存（如果参数调无可调时选择）； 修改减小innodb_buffer_pool_size参数（牺牲一定innodb性能）； 排查消耗内存的慢SQL，及时优化； 检查相关session参数是否设置合理，比如join_buffer_size、query_cache_size是否设置过大； 使用gdb回收内存碎片（生产环境谨慎操作）：gdb --batch --pid ‘pidof mysqld’--ex 'call malloc_trim(0)'；
24.2 MySQL配置项的优化
weixin_41275260的博客
06-01 157
24.2　MySQL配置项的优化 对MySQL自身的优化可以通过优化MySQL的配置项来实现。MySQL的配置项参数一般都是保存在my.cnf文件或者my.ini文件中。在Linux操作系统上，MySQL的配置文件一般为my.cnf，在Windows操作系统上则为my.ini文件。 这里总结几个对MySQL的性能影响比较大的配置项。 ·max_connections：MyS...
windows平台mysql优化配置
02-20
windows平台mysql优化配置
MySQL内存占用爆表？深度剖析与解决方案（DBA实战指南）
Hello World！你好世界！
06-02 1498
解决MySQL内存问题，本质是精准分配资源擒贼先擒王：优先优化，这是内存消耗的主力军。精兵简政：严格控制和线程级缓冲区大小，杜绝连接风暴和内存黑洞。源头治理：优化慢查询和索引，减少临时表和超大排序，从根源降低内存需求。持续监控：利用系统表和监控工具实时掌握内存动向，防患于未然。记住：没有一劳永逸的配置，只有持续优化的过程！🚀。
mysql tmp_table_size和max_heap_table_size大小配置
09-10
主要介绍了mysql tmp_table_size和max_heap_table_size大小配置,需要的朋友可以参考下
SQL Server 内存占用高分析及解决办法（超详细）
2301_79080944的博客
01-17 2871
如果想让 Sql Server 主动释放 占用并空闲的内存空间，可以设置Sql Server占用内存的上限，就会让Sql server在。如执行存储过程，自定函数时，SQL Server 需要先二进制编译再运行，编译后的结果也会缓存起来，再次调用时就无需再次编译。才会释放一点占用的内存，所以很多时候，我们会发现运行SQL Server的系统内存往往居高不下这些内存一般都。缓存，以便于再次请求此页的数据的时候，直接从内存返回，就无需读取磁盘了，大大提高了速度。最后文章有啥不对，欢迎大佬在评论区指点！
mysql tmp_table_size优化之设置多大合适
09-10
主要介绍了mysql tmp_table_size优化问题，很多朋友都会问tmp_table_size设置多大合适，其实既然你都搜索到这篇文章了，一般大于64M比较好，当然你也可以可以根据自己的机器内容配置增加，一般64位的系统能充分利用大内存
mySQL占用虚拟内存达8百多兆问题解决思路
12-15
为了装mysql环境测试，装上后发现启动后mysql占用了很大的虚拟内存，达8百多兆。网上搜索了一下，得到高人指点my.ini。再也没见再详细的了..只好打开my.ini逐行的啃，虽然英文差了点，不过多少M还是看得明的^-^ 更改...
Mysql5.6启动内存占用过高解决方案
09-10
vps的内存为512M,安装好nginx,php等启动起来,mysql死活启动不起来看了日志只看到对应pid被结束了,后跟踪看发现是内存不足被killed;mysql5.6启动内存占用过高怎么办呢，下面小编给大家解答下
MySQL占用内存较大与CPU过高测试与解决办法
09-09
MySQL数据库在运行过程中可能会出现内存占用过大和CPU使用率过高的情况，这通常是由于配置不当或者数据库工作负载较重导致的。以下是一些关键的配置参数及其解释，可以帮助你优化MySQL以降低内存消耗和CPU使用： 1....
mysql 参数调优（10）之 tmp_table_size 优化临时表
qq_33763772的博客
03-28 2671
由于MySQL慢查询日志里没有使用临时表的信息，这就给我们诊断性能问题带来了一些不便，第三方的版本如Percona Server，在慢查询里可以有更详细的信息，将会记录临时表使用的情况，从而有助于我们诊断和调优。查看临时表统计信息，Created_tmp_disk_tables 为0，Created_tmp_tables 为1表示上诉sql执行后生产了一张内存里的临时表。tmp_table_size如果过小，存不下了就会存到磁盘上。将tmp_table_size 调从16M调整为16K。
mysql数据库性能调优
10-26
mysql数据库性能调优
mysql最经典优化配置
08-12
mysql最经典优化配置mysql最经典优化配置
解析MySQL生产环境CPU使用率过高的排查与解决方案
热门推荐
lucky_fd的博客
01-27 1万+
在生产环境中，MySQL作为一个关键的数据库组件，其性能对整个系统的稳定性至关重要。然而，有时候我们可能会遇到MySQL CPU使用率过高的问题，这可能导致系统性能下降，应用页面访问减慢，甚至影响到用户体验。本文将详细介绍如何排查和解决MySQL CPU过高的问题，帮助您迅速恢复正常的数据库性能。首先我们要明白什么是CPU使用率：CPU使用率是指在单位时间内CPU处于非空闲状态的时间比，反映了CPU的繁忙程度。某个进程的CPU使用率就是这个进程在一段时间内占用的CPU时间占总的时间的百分比。
MYSQL内存请求一直不释放_MySQL内存不释放分析
weixin_33223159的博客
02-18 3317
问题分析场景1 使用sysbench压测数据库场景2 load 一个很大事务的insert语句问题突破测试jemalloc场景1使用sysbench压测数据库场景2 load 一个很大事务的insert语句小结MySQL到底有没有释放内存？通过gdb调试结论线上MySQL数据库发现一些实例，内存使用不断增高，并且当连接数断开后内存不会释放，最终导致的结果是被操作系统OOM问题分析模拟两个场景来分析...
MYSQL基础：参数调优:4:常见的缓存调优参数
知行合一 止于至善
03-20 3756
这篇文章整理一下缓存相关常用的调优参数，并给出建议。
MySQL内存及虚拟内存优化设置
jsczxy2
03-05 270
1、 mysqld --verbose --help 这个命令生成所有mysqld选项和可配置变量的列表 2、   通过连接它并执行这个命令，可以看到实际上使用的变量的值： mysql> SHOW VARIABLES; 还可以通过下面的语句看到运行服务器的统计和状态指标： mysql>SHOW STATUS； 使用mysqladmin还可以获得系统变量和状态信息...
优化 MYSQL 经验总结 tmp_table_size
weixin_34133829的博客
09-15 380
数据库连接突然增多到1000的问题 查看了一下，未有LOCK操作语句。 但是明显有好多copy to tmp table的SQL语句，这条语读的时间比较长，且这个表会被加读锁，相关表的update语句会被排进队列。如果多执行几次这样的copyt to tmp table 语句，会造成更多的语句被阻塞。 连接太多造成mysql处理慢。 copy to tmp ta...
MySQL 占用内存逐渐变高的解决方法
最新发布
06-07
<think>嗯，用户之前询问MySQL占用内存逐渐变高的解决方案，我给出了一个比较详细的回答。从用户给出的引用来看，特别是引用[1]提到修改innodb_buffer_pool_size的配置，以及引用[2]提到其他优化SQL语句等方法，结合用户的问题特点，用户可能是一位负责MySQL数据库维护的DBA或开发人员，遇到了内存持续增长的问题。用户的问题描述比较明确："MySQL高内存占用逐步增加解决方案"。用户的需求很直接，就是解决内存占用问题。结合引用内容，用户似乎已经尝试过一些解决方案，比如调整innodb_buffer_pool_size配置。对于用户关心的内存持续增高的情况，需要说明的是内存逐步增加通常是正常现象，特别是InnoDB缓冲池的加载机制。我之前的回答已经提供了配置参数分析、监控方法、SQL优化建议等几个关键方面，特别重点分析了缓冲池的设置。引用[1]中的示例操作是设置缓冲池为2048MB，这给我提供了一个很好的说明案例，用户可以通过调整这个值来控制内存使用上限。我在之前的回答中特别强调了缓冲池应该设置为物理内存的50%-80%这个行业经验值，这正是为了贴合用户的实际需要。另外引用[2]提到的优化SQL语句、添加索引等方法也非常重要，因为在内存压力大的情况下，优化查询效率可以减轻缓冲池负担。同时内存监控部分给用户提供了确认问题真正原因的方法，避免盲目调整配置。最后提到的使用连接池是引用[4]所暗示的解决因连接过多导致的内存问题的方法。用户没有直接提到数据库版本或操作系统环境，但引用[3]显示不同MySQL版本可能有不同的解决方案，所以在回答中我建议用户补充相关信息，这样能提供更有针对性的建议。</think> ### 🔍 MySQL内存持续增高的解决方案 #### 🛠️ **核心解决思路** 1. **合理配置内存参数**（针对引用[1] & [2]） - **关键参数调整**： ```sql -- 降低缓冲池大小（建议设为物理内存的50%-80%） SET GLOBAL innodb_buffer_pool_size = 2147483648; -- 2GB（示例值） ``` - **公式**：`缓冲池大小 = 可用物理内存 × 0.7` - **原理**：`innodb_buffer_pool_size` 是MySQL最占内存的参数，存储表数据和索引。过大会导致OOM，过小影响性能[^1]。 - **持久化**：需在`my.cnf`中同步修改： ```ini [mysqld] innodb_buffer_pool_size = 2G ``` 2. **优化SQL与索引**（引用[2]） - **禁止`SELECT *`**：仅查询必需字段 - **添加覆盖索引**：减少磁盘I/O ```sql CREATE INDEX idx_column ON table(column1,column2); ``` - **分区表**：对亿级数据表按时间分区 - **慢查询监控**： ```sql -- 开启慢查询日志 SET GLOBAL slow_query_log = ON; SET GLOBAL long_query_time = 2; -- 超过2秒视为慢查询 ``` 3. **监控内存泄漏** ```sql -- 检查内存分配状态 SHOW ENGINE INNODB STATUS; -- 查看内存使用明细 SELECT * FROM sys.memory_global_by_current_bytes; ``` - **重点关注**：`buffer_pool`、`connection memory`是否持续未释放 4. **连接池与超时控制**（预防引用[4]错误） ```sql SET GLOBAL wait_timeout = 300; -- 非交互连接超时300秒 SET GLOBAL max_connections = 200; -- 限制最大连接数 ``` - **Java连接池配置**（如Druid）： ```xml <property name="maxActive" value="50" /> <!-- 最大连接数 --> ``` 5. **排查外部因素** - **批量插入优化**（引用[4]）： - 分批次提交：`INSERT ... VALUES (...), (...);` 单次≤1000条 - 关闭自动提交：`SET autocommit=0;` + 手动提交 - **监控工具**： - `top`（查看进程RES内存） - `Prometheus` + `Grafana`（可视化监控） #### 📊 **诊断流程图** ```mermaid graph TD A[内存持续增高] --> B{检查缓冲池配置} B -->|过大| C[调低innodb_buffer_pool_size] B -->|正常| D[分析慢查询日志] D --> E{是否存在低效SQL?} E -->|是| F[优化SQL/加索引] E -->|否| G[检查连接泄漏] G --> H{连接数是否异常?} H -->|是| I[降低max_connections] H -->|否| J[监控InnoDB状态] ``` #### ⚠️ **注意事项** 1. **动态修改参数后必须重启MySQL**（如`max_connections`），否则仅当前会话生效 2. **生产环境慎用`SET GLOBAL`**，建议通过配置文件修改 3. **内存突增场景**： - 大量数据导入 → 分批提交 - 复杂查询 → 避免全表扫描 #### ❓ **相关问题**
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

安澜仙王

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值