脚本之家 服务器常用软件
快捷导航
您的位置：首页 → 数据库 → Mysql → MySQL生产库内存异常增高

分享MySQL生产库内存异常增高的排查过程

 更新时间：2022年04月10日 20:10:35   作者：那海蓝蓝  
这篇文章主要介绍了分享MySQL生产库内存异常增高的排查过程，基于MySQL实例的内存使用率高的报警的问题展开对主题的问题，具有一定的参考价值，需要的小伙伴可以参考一下

    近期频繁收到一个MySQL实例的内存使用率高的报警，今天我们花时间排查一下问题出在哪里。

修改performance_schema

因为公司生产环境使用的阿里云RDS，修改参数相对方便，performance_schema默认为0，此次修改为1。修改之后提交参数，数据库会进行重启，建议在业务低峰进行。

打开内存监控

登录MySQL数据库，执行如下SQL，打开内存监控。

update performance_schema.setup_instruments set enabled = 'yes' where name like 'memory%';

打开之后验证一下。

select * from performance_schema.setup_instruments where name like 'memory%innodb%' limit 5;

**注意：**该命令是在线打开内存统计，所以只会统计打开后新增的内存对象，打开前的内存对象不会统计，建议您打开后等待一段时间再执行后续步骤，便于找出内存使用高的线程。

查找内存消耗

统计事件消耗内存

select event_name,
       SUM_NUMBER_OF_BYTES_ALLOC
from performance_schema.memory_summary_global_by_event_name
order by SUM_NUMBER_OF_BYTES_ALLOC desc
LIMIT 10;
+---------------------------------------+-------------------------------------+
| event_name                            | SUM_NUMBER_OF_BYTES_ALLOC           |
+---------------------------------------+-------------------------------------+
| memory/sql/Filesort_buffer::sort_keys | 763523904056                        |
| memory/memory/HP_PTRS                 | 118017336096                        |
| memory/sql/thd::main_mem_root         | 114026214600                        |
| memory/mysys/IO_CACHE                 | 59723548888                         |
| memory/sql/QUICK_RANGE_SELECT::alloc  | 14381459680                         |
| memory/sql/test_quick_select          | 12859304736                         |
| memory/innodb/mem0mem                 | 7607681148                          |
| memory/sql/String::value              | 1405409537                          |
| memory/sql/TABLE                      | 1117918354                          |
| memory/innodb/btr0sea                 | 984013872                           |
+---------------------------------------+-------------------------------------+

可以看到内存消耗最高的event是Filesort_buffer，根据经验，这个应该是排序有关。

统计线程消耗内存

select thread_id,
       event_name,
       SUM_NUMBER_OF_BYTES_ALLOC
from performance_schema.memory_summary_by_thread_by_event_name
order by SUM_NUMBER_OF_BYTES_ALLOC desc
limit 10;
+---------------------+---------------------------------------+-------------------------------------+
| thread_id           | event_name                            | SUM_NUMBER_OF_BYTES_ALLOC           |
+---------------------+---------------------------------------+-------------------------------------+
| 105                 | memory/memory/HP_PTRS                 | 69680198792                         |
| 183                 | memory/sql/Filesort_buffer::sort_keys | 49210098808                         |
| 154                 | memory/sql/Filesort_buffer::sort_keys | 43304339072                         |
| 217                 | memory/sql/Filesort_buffer::sort_keys | 37752275360                         |
| 2773                | memory/sql/Filesort_buffer::sort_keys | 31460644712                         |
| 218                 | memory/sql/Filesort_buffer::sort_keys | 31128994280                         |
| 2331                | memory/sql/Filesort_buffer::sort_keys | 28763981248                         |
| 106                 | memory/memory/HP_PTRS                 | 27938197584                         |
| 191                 | memory/sql/Filesort_buffer::sort_keys | 27701610224                         |
| 179                 | memory/sql/Filesort_buffer::sort_keys | 25624723968                         |
+---------------------+---------------------------------------+-------------------------------------+

可以看到内存消耗多的线程都跟Filesort_buffer相关。

定位具体SQL

根据前边我们查到的thread_id去日志里查找对应的SQL，阿里云RDS审计日志相对还是比较强大的。我们直接根据thread_id直接检索。

记一次MySQL生产库内存异常增高的排查过程_MySQL

    我们在日志里看到大量这样的SQL，扫描行数在几千到几万不等。虽然每次查询时间并不长，大概在几十到几百毫秒，但是并发量很大。
    跟开发同学核实之后，这个查询没有做分页，取到的数据有很多行，而且最后要做排序，并且排序字段并没有合适的索引。到此，这次内存使用率出现异常的罪魁祸首已经找到。

到此这篇关于分享MySQL生产库内存异常增高的排查过程的文章就介绍到这了,更多相关MySQL生产库内存异常增高内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

相关文章

  • MySql创建分区的方法实例

    MySql创建分区的方法实例

    mysql分区相对于mysql分库分表便利很多,可以对现有的mysql大表添加分区,也可以对已有分区的表扩充分区,下面这篇文章主要给大家介绍了关于MySql创建分区的相关资料,需要的朋友可以参考下
    2022-04-04
  • MYSQL中解析json格式数据方法示例

    MYSQL中解析json格式数据方法示例

    这篇文章主要给大家介绍了关于MYSQL中解析json格式数据的相关资料,JSON是一种轻量级的数据交换格式,采用了独立于语言的文本格式,类似XML,但是比XML简单,易读并且易编写,需要的朋友可以参考下
    2023-08-08
  • mysql删除重复行的实现方法

    mysql删除重复行的实现方法

    这篇文章主要介绍了mysql删除重复行的实现方法，非常不错，具有一定的参考借鉴价值,需要的朋友可以参考下
    2018-06-06
  • 数据库mysql的四种安装方式（非常全面！）

    数据库mysql的四种安装方式（非常全面！）

    这篇文章主要给大家介绍了关于数据库mysql的四种安装方式,文中通过图文以及代码介绍的非常详细,不论你是初学者还是有经验的开发者,都希望你能从这个教程中收获知识与乐趣,需要的朋友可以参考下
    2024-02-02
  • MYSQL的存储过程和函数简单写法

    MYSQL的存储过程和函数简单写法

    简单的说，就是一组SQL语句集，功能强大，可以实现一些比较复杂的逻辑功能，类似于JAVA语言中的方法,这里就为大家简单介绍一下,需要的朋友可以参考下
    2018-05-05
  • MySQL使用UUID_SHORT()的问题解决

    MySQL使用UUID_SHORT()的问题解决

    MySQL的UUID_SHORT()函数是一个用于生成短UUID的函数,该函数返回一个64位的整数,可以用于唯一标识一条数据记录,本文介绍了MySQL使用UUID_SHORT()的问题解决,感兴趣的可以了解一下
    2023-08-08
  • MySQL sysdate()函数的具体使用

    MySQL sysdate()函数的具体使用

    本文主要介绍了MySQL sysdate()函数的具体使用，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
    2023-07-07
  • MySQL出现this is incompatible with sql_mode=only_full_group_by错误的解决办法

    MySQL出现this is incompatible with sql_mode=only_full_grou

    mysql是高版本,当执行group by时,select的字段不属于group by的字段的话,sql语句就会报错,下面这篇文章主要给大家介绍了关于MySQL出现this is incompatible with sql_mode=only_full_group_by错误的解决办法,需要的朋友可以参考下
    2023-02-02
  • 优化MySQL Join算法的性能的操作方法

    优化MySQL Join算法的性能的操作方法

    本文介绍了优化MySQL JOIN算法性能的多种方法,包括索引优化、表结构设计、查询语句优化和系统配置调整,通过合理创建索引、优化表结构、选择合适的驱动表以及调整相关系统参数,可以有效提高JOIN操作的性能,感兴趣的朋友一起看看吧
    2025-02-02
  • mysql limit 分页的用法及注意要点

    mysql limit 分页的用法及注意要点

    limit在mysql语句中使用的频率非常高，一般分页查询都会使用到limit语句，本文章向码农们介绍mysql limit 分页的用法与注意事项，需要的朋友可以参考下
    2016-12-12

最新评论