前段时间,有测试人员联系我,需求帮助,让我帮忙看看,测试环境的一台mysql数据库不断的重启,导致他们的测试无法进行,时间拖的长了,会影响上线进度。

问题描述

在一个测试环境,mysql5.7部署在centos7.4的系统上,测试人员用LoadRunner进行应用的一个压测测试,压测并发为128,启动LoadRunner过几秒,LoadRunner日志就报错,显示mysql服务断开了,过几秒又恢复,然后又断开,异常诡异。

排查定位

于是就登录到服务器,看一下数据库服务器的内存,内存已经用完了,紧接着就看centos的系统日志(/var/log/messages),在这个日志里发现mysql服务因为OOM,导致进程被系统给kill掉了,然后因为mysql服务有守护进程存在,又被自动启动了。

一个经验丰富的mysql数据库运维人员,应该很快就知道什么原因导致OOM了。
第一:mysql数据库的buffer pool内存参数配置不合理
第二:mysql数据库的session初始化内存参数配置不合理
第三:数据库连接总数配置不合理

测试环境的数据库服务器内存为4G,在这里就不谈,为什么测试人员要在这个服务器上做压测,其实做应用压测,应该要用准用的压测环境,而不是随便找个环境就压测,不展开说了。

模拟复盘

测试环境
mysql5.7,centos7.7,内存2G
为了更好的模拟复盘上述故障,这里关闭掉模拟环境的swap,关闭步骤如下所示

[root@localhost data]# free -mtotal        used        free      shared  buff/cache   available
Mem:           2124         565         640           9         917        1398
Swap:          2047           0        2047[root@localhost data]# swapon -s
文件名                          类型            大小    已用    权限
/dev/dm-1                               partition       2097148 264     -2[root@localhost data]# swapoff /dev/dm-1
[root@localhost data]# free -mtotal        used        free      shared  buff/cache   available
Mem:           2124         254         944           9         925        1709
Swap:             0           0           0

从上面free -m结果中,可以看到swap已经变成0了。
释放cache占用的内存

[root@localhost data]# sync
[root@localhost data]# echo 1 > /proc/sys/vm/drop_caches ;
[root@localhost data]# free -mtotal        used        free      shared  buff/cache   available
Mem:           2124         254        1784           9          84        1748
Swap:             0           0           0

可以看到目前剩余的内存为1784M,mysql数据库占用内存主要有2大块
第一:buffer pool占用,
第二:初始化连接占用的内存

在这里设置mysql的buffer pool为1500M,会话的参数设置如下

read_buffer_size = 32M
read_rnd_buffer_size = 32Msort_buffer_size = 32M
tmp_table_size = 32M
max_heap_table_size=32M
join_buffer_size=32M

然后5个连接,开始做大查询操作,没过多久,mysql进程就因为OOM被kill了

Aug 31 05:37:40 localhost kernel: Out of memory: Kill process 2534 (mysqld) score 658 or sacrifice child
Aug 31 05:37:40 localhost kernel: Killed process 2534 (mysqld), UID 1001, total-vm:1825792kB, anon-rss:654388kB, file-rss:0kB, shmem-rss:0kB

mysql守护进程就开始启动mysql服务

/u02/mysql/bin/mysqld_safe: 行 198:  2534 已杀死                  nohup /u02/mysql/bin/mysqld --defaults-file=/u02/conf/my3308.cnf --basedir=/u02/mysql --datadir=/u02/data/3308 --plugin-dir=/u02/mysql/lib/plugin --user=mysql --log-error=/u02/log/3308/error.log --open-files-limit=65535 --pid-file=/u02/run/3308/mysqld.pid --socket=/u02/run/3308/mysql.sock --port=3308 < /dev/null > /dev/null 2>&1
2020-08-30T21:37:40.375749Z mysqld_safe Number of processes running now: 0
2020-08-30T21:37:40.407781Z mysqld_safe mysqld restarted
2020-08-30T21:37:40.666886Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2020-08-30T21:37:40.667059Z 0 [Note] --secure-file-priv is set to NULL. Operations related to importing and exporting data are disabled
2020-08-30T21:37:40.667112Z 0 [Note] /u02/mysql/bin/mysqld (mysqld 5.7.26-log) starting as process 2954 ...
2020-08-30T21:37:40.782412Z 0 [Warning] InnoDB: Using innodb_file_format is deprecated and the parameter may be removed in future releases. See http://dev.mysql.com/doc/refman/5.7/en/innodb-file-format.html
2020-08-30T21:37:40.782684Z 0 [Note] InnoDB: PUNCH HOLE support available
2020-08-30T21:37:40.782729Z 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-08-30T21:37:40.782754Z 0 [Note] InnoDB: Uses event mutexes
2020-08-30T21:37:40.782772Z 0 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier
2020-08-30T21:37:40.782788Z 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-08-30T21:37:40.782841Z 0 [Note] InnoDB: Adjusting innodb_buffer_pool_instances from 8 to 1 since innodb_buffer_pool_size is less than 1024 MiB
2020-08-30T21:37:40.784518Z 0 [Note] InnoDB: Number of pools: 1
2020-08-30T21:37:40.784865Z 0 [Note] InnoDB: Using CPU crc32 instructions
2020-08-30T21:37:40.789314Z 0 [Note] InnoDB: Initializing buffer pool, total size = 512M, instances = 1, chunk size = 128M
2020-08-30T21:37:40.834948Z 0 [Note] InnoDB: Completed initialization of buffer pool
2020-08-30T21:37:40.843612Z 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-08-30T21:37:40.859028Z 0 [Note] InnoDB: Highest supported file format is Barracuda.
2020-08-30T21:37:40.863176Z 0 [Note] InnoDB: Log scan progressed past the checkpoint lsn 5707394229
2020-08-30T21:37:40.863221Z 0 [Note] InnoDB: Doing recovery: scanned up to log sequence number 5707394238
2020-08-30T21:37:40.863231Z 0 [Note] InnoDB: Database was not shutdown normally!
2020-08-30T21:37:40.863239Z 0 [Note] InnoDB: Starting crash recovery.
2020-08-30T21:37:40.901955Z 0 [Note] InnoDB: Last MySQL binlog file position 0 43848, file name binlog.000025
2020-08-30T21:37:41.075805Z 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-08-30T21:37:41.075860Z 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-08-30T21:37:41.075952Z 0 [Note] InnoDB: Setting file '/u02/log/3308/iblog/ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-08-30T21:37:41.254016Z 0 [Note] InnoDB: File '/u02/log/3308/iblog/ibtmp1' size is now 12 MB.
2020-08-30T21:37:41.255390Z 0 [Note] InnoDB: 96 redo rollback segment(s) found. 96 redo rollback segment(s) are active.
2020-08-30T21:37:41.255421Z 0 [Note] InnoDB: 32 non-redo rollback segment(s) are active.
2020-08-30T21:37:41.256171Z 0 [Note] InnoDB: Waiting for purge to start
2020-08-30T21:37:41.307237Z 0 [Note] InnoDB: 5.7.26 started; log sequence number 5707394238
2020-08-30T21:37:41.308291Z 0 [Note] Plugin 'FEDERATED' is disabled.
2020-08-30T21:37:41.310625Z 0 [Note] InnoDB: Loading buffer pool(s) from /u02/log/3308/iblog/ib_buffer_pool
2020-08-30T21:37:41.310785Z 0 [Note] InnoDB: Buffer pool(s) load completed at 200831  5:37:41 (/u02/log/3308/iblog/ib_buffer_pool was empty)
2020-08-30T21:37:41.314568Z 0 [Note] Recovering after a crash using /u02/log/3308/binlog/binlog
2020-08-30T21:37:41.314730Z 0 [Note] Starting crash recovery...
2020-08-30T21:37:41.314842Z 0 [Note] Crash recovery finished.
2020-08-30T21:37:41.346280Z 0 [Note] Found ca.pem, server-cert.pem and server-key.pem in data directory. Trying to enable SSL support using them.
2020-08-30T21:37:41.346337Z 0 [Note] Skipping generation of SSL certificates as certificate files are present in data directory.
2020-08-30T21:37:41.349079Z 0 [Warning] CA certificate ca.pem is self signed.
2020-08-30T21:37:41.349341Z 0 [Note] Skipping generation of RSA key pair as key files are present in data directory.
2020-08-30T21:37:41.350297Z 0 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3308
2020-08-30T21:37:41.350399Z 0 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
2020-08-30T21:37:41.350475Z 0 [Note] Server socket created on IP: '0.0.0.0'.
2020-08-30T21:37:41.376794Z 0 [Note] Failed to start slave threads for channel ''
2020-08-30T21:37:41.397237Z 0 [Note] Event Scheduler: Loaded 0 events
2020-08-30T21:37:41.397480Z 0 [Note] /u02/mysql/bin/mysqld: ready for connections.
Version: '5.7.26-log'  socket: '/u02/run/3308/mysql.sock'  port: 3308  Sour

正在连接的会话自动中断

ERROR 2013 (HY000): Lost connection to MySQL server during query
mysql>

在配置mysql参数,一定要考虑以下3个因素
1.业务连接预期总数
2.会话初始化内存
3.buffer pool缓冲器大小

下面先用sql查询一下会话的内存总大小和数据库buffer pool大小

mysql> select (@@innodb_buffer_pool_size+@@innodb_log_buffer_size+@@key_buffer_size) / 1024 /1024 AS MEMORY_MB;
+--------------+
| MEMORY_MB    |
+--------------+
| 584.00000000 |
+--------------+
1 row in set (0.00 sec)mysql> select (@@read_buffer_size+@@read_rnd_buffer_size+@@sort_buffer_size+@@tmp_table_size+@@join_buffer_size+@@binlog_cache_size)/1024/1024 as MB;
+--------------+
| MB           |
+--------------+
| 160.03125000 |
+--------------+
1 row in set (0.00 sec)

建议

mysql的buffer pool加上会话内存总大小不超过服务器内存总大小的80%。
假设,服务器内存为32G,mysql数据库内存设置就不要超过26G,如果buffer pool设置为20G,每个会话内存为160M,则6G能提供6 *1024 /160 =38 个安全连接,超过了,可能造成内存不够,用swap分区。

一次Mysql服务不断重启排查,原因竟然是它相关推荐

  1. mysql服务重启后不见了_一次诡异的Mysql服务不断重启故障排查

    前段时间,有测试人员联系我,寻求帮助,让我帮忙看看,测试环境的一台mysql数据库不断的重启,导致他们的测试无法进行,时间拖的长了,会影响上线进度. 下面就来说说现象 在一个测试环境,mysql5.7 ...

  2. 如何重启MySQL服务,正确重启mysql

    RedHat Linux (Fedora Core/Cent OS)  1.启动:/etc/init.d/mysqld start 2.停止:/etc/init.d/mysqld stop 3.重启: ...

  3. debian 重启mysql_如何重启MySQL服务,正确重启mysql的方法

    RedHat Linux (Fedora Core/Cent OS) 1.启动:/etc/init.d/mysqld start 2.停止:/etc/init.d/mysqld stop 3.重启:/ ...

  4. k8s_node节点得pod频繁重启排查原因

    一.背景 最近flink在执行任务时频繁报错,提示连接taskmanager超时,在flink任务报错5-6次后,该任务变以faled状态结束,导致我们得数据没有进行实时传输 二.问题排查 通过查看f ...

  5. linux重启mysql服务_LINUX重启MYSQL的命令

    文:老苏 2012-12-02/20:58 如何启动/停止/重启MySQL 一.启动方式 1.使用 service 启动:service mysqld start 2.使用 mysqld 脚本启动:/ ...

  6. Linux mysql服务(重启,启动,停止)

    1.查看mysql版本 select version(); 2.Mysql启动.停止.重启常用命令 a.启动方式 1.使用 service 启动: [root@localhost /]# servic ...

  7. 重启 mysql_怎么重启MySQL服务,正确重启mysql

    mysql> USE mysql; -- 切换到 mysql DB Database changed mysql> SELECT User, Password, Host FROM use ...

  8. docker重新启动mysql服务_重启服务器,docker内部mysql怎么重启启动

    1.先重新启动服务器的docker [rpin-docke ~]# sudo systemctl start docker 2.查看docker中运行的容器,包括运行中的和销毁的容器 [rpin-do ...

  9. docker重启mysql服务

    docker重启mysql服务 先重启docker 查看docker中运行的容器 重新启动mysql 再次查看是否启动成功: 先重启docker [root@SCFFaith /]# sudo sys ...

最新文章

  1. Windows自动启动程序的十大藏身之所(转载)
  2. 【干货】2020史上最全自动驾驶资源大合集!
  3. SparkRPC源码分析之RPC管道与消息类型
  4. Windows 7/8/8.1 硬盘安装法实现 ubuntu 14.04 双系统
  5. Asp.net中使用WEB编辑控件FCKEditor
  6. 面试官: 用css实现android系统的loading动画
  7. Javascript的setTimeOut()和setInterval()的定时器用法
  8. 解决报错:java.util.UnknownFormatConversionException: Conversion = ‘p‘
  9. Web网站压力测试工具
  10. java对日期进行排序_Java对日期时间值的集合进行排序
  11. 模2运算_模二除法和CRC循环冗余校验
  12. NetBeans简介和简单使用
  13. 计算机屏幕显示电缆借口,电脑打不开,显示电缆线没有连接是什么意思?
  14. ECU重编程流程(UDS)
  15. shell脚本自动更新ca证书
  16. python turtle画表情包--不可以色色
  17. NO.35——qq音乐全站分布式爬虫(一)
  18. 19.调整数组奇偶数
  19. 【PCB设计】Mac系统Autodesk EAGLE PCB使用入门教程
  20. Received status code 502 from server: Bad Gateway

热门文章

  1. format函数_Python学习教程:Python3之字符串格式化format函数详解(上)
  2. 基于知识图谱的问答系统,BERT做命名实体识别和句子相似度
  3. 用ldd查看C++程序的依赖库
  4. USB及手机平板设备插拔响应解决方案
  5. AutoPager的简单实现
  6. vue+node全栈移动商城【4】-创建get、send接口,接收数据更新视图
  7. 什么是UML?分哪两类?
  8. CDN---共享单车算啥,阿里云发布共享网络黑科技PCDN,降低视频行业75%的成本
  9. 笔记-返回到前一个页面时显示前一个页面中ajax获取的数据
  10. MySQL数据库迁移