数据库中的内存占用较大，查找谁占用了buffer外的内存

补充提供几个信息

1、查询结果

1. SHOW ENGINE INNODB STATUS\G

复制代码

2、查询结果

1. select event_name,SUM_NUMBER_OF_BYTES_ALLOC  from
   
2.   performance_schema.memory_summary_global_by_event_name
   
3.     order by SUM_NUMBER_OF_BYTES_ALLOC desc LIMIT 10;

复制代码

3、查询结果

1. SHOW GLOBAL STATUS;

复制代码

4、查询结果

1. SHOW PROCESSLIST;

复制代码

5、查询结果

1. select event_name, SUM_NUMBER_OF_BYTES_ALLOC from
   
2.   performance_schema.memory_summary_by_thread_by_event_name
   
3.     order by SUM_NUMBER_OF_BYTES_ALLOC desc limit 20;

复制代码

以上结果最好是提供文本原文内容或作为附件上传

yejr 发表于 2025-8-13 09:57
补充提供几个信息

1、查询结果

附件里面有输出内容

wrh 发表于 2025-8-13 10:08
附件里面有输出内容

从你提供的信息来看，至少存在以下几个问题

1、分配的ibp太低了，严重不足
对应指标
| Innodb_buffer_pool_wait_free                           | 7564050

物理内存有125G，却只给ibp分配20G，至少先分配50%吧

2、分配的innodb log buffer不足
指标
| Innodb_log_waits                                       | 39

看不到你的innodb_log_buffer_size参数值多大，一般可以设置32MB左右

3、垃圾SQL太多
指标
| Slow_queries                                           | 44024796
| Innodb_row_lock_time_avg                               | 124

应尽快优化这些垃圾SQL

4、内存临时表buffer可能设置太小
指标
| Created_tmp_disk_tables                                | 7118057
| Created_tmp_tables                                     | 93994727

看不到你的tmp_table_size 和 max_heap_table_size 参数值多大，应适当加大，一般可以设置96MB左右

yejr 发表于 2025-8-13 11:01
从你提供的信息来看，至少存在以下几个问题

1、分配的ibp太低了，严重不足

1、分配的ibp太低了，严重不足
对应指标
| Innodb_buffer_pool_wait_free                           | 7564050

物理内存有125G，却只给ibp分配20G，至少先分配50%吧


关于这一点，我的物理内存已经占用了78G了，过一半了，在增加，就是把这个增加到50%会保护有风险？
其他的输出

mysql> show variables like 'innodb_log_buffer_size';
+------------------------+----------+
| Variable_name          | Value    |
+------------------------+----------+
| innodb_log_buffer_size | 16777216 |
+------------------------+----------+
1 row in set (0.02 sec)

mysql> show variables like '%tmp_table%';
+----------------+-----------+
| Variable_name  | Value     |
+----------------+-----------+
| tmp_table_size | 268435456 |
+----------------+-----------+
1 row in set (0.00 sec)

mysql> show variables like 'max_heap_table_size';
+---------------------+-----------+
| Variable_name       | Value     |
+---------------------+-----------+
| max_heap_table_size | 268435456 |
+---------------------+-----------+
1 row in set (0.01 sec)

mysql>

wrh 发表于 2025-8-13 11:17
1、分配的ibp太低了，严重不足
对应指标
| Innodb_buffer_pool_wait_free                           | 75 ...

先调大 innodb_buffer_pool_size（不放心就先一点点加大），同步优化垃圾SQL吧

yejr 发表于 2025-8-13 12:15
先调大 innodb_buffer_pool_size（不放心就先一点点加大），同步优化垃圾SQL吧

垃圾sql的话，他表里面就200，300条数据，这种也优化？
mysql是不是也是建议用绑定变量？

wrh 发表于 2025-8-13 12:28
垃圾sql的话，他表里面就200，300条数据，这种也优化？
mysql是不是也是建议用绑定变量？ ...

优化垃圾SQL只能具体问题具体分析了，没有定式，可以参考文档：https://greatsql.cn/docs/8.0.32-27/12-dev-guide/12-7-4-sql-optimize-slowsql.html

看你提供的截图，mysqld进程当前CPU利用率是463%，这通常是因为SQL效率很低（这个概率更高些）或者因为行锁导致的
此外，也强烈建议安装 jemalloc 取代原生的 glibc，它的内存分配管理效率更高也更安全，参考：https://greatsql.cn/docs/8.0.32-27/4-install-guide/1-install-prepare.html#%E5%85%B6%E4%BB%96

yejr 发表于 2025-8-13 14:23
看你提供的截图，mysqld进程当前CPU利用率是463%，这通常是因为SQL效率很低（这个概率更高些）或者因为行锁 ...

这个又这个lib
[root@fjgd-ccps-db-0001 wrh]# ls -la /usr/lib64/libjemalloc.so*
-rwxr-xr-x 1 root root 543288 Feb 12  2022 /usr/lib64/libjemalloc.so.2