随笔分类 -  MySQL问题排查

摘要:MySQL使用内存上升90%!在运维过程中50%的几率,会碰到这样的问题。算是比较普遍的现象。 MySQL内存使用率过高,有诸多原因。普遍原因是使用不当,还有MySQL本身缺陷导致的。到底是哪方面的问题,那就需要一个一个进行排查。 下面介绍排查思路: 1.参数配置需要确认,内存是否设置合理 MySQ 阅读全文
posted @ 2023-08-05 11:04 Cetus-Y 阅读(1245) 评论(0) 推荐(0) 编辑
摘要:一、问题背景 业务反馈,数据库最近总是隔一段时间连接失败,过一会又没事了,一天能发生了 2、3 次,后来发现和主机传统大页的配置有关,具体原因是什么,请继续看。 二、环境背景: MySQL 5.6.25 vmware 虚拟机 CentOS 7.1 CPU 32C 内存 64G innodb_buff 阅读全文
posted @ 2023-08-03 14:41 Cetus-Y 阅读(45) 评论(0) 推荐(0) 编辑
摘要:1. 问题描述 朋友小明的线上数据库突发严重告警,业务方反馈写入数据一直堵住,很多锁超时回滚了,不知道怎么回事,就找到我了。 不管3721,先采集现场的必要信息再说。 a. 系统负载,主要是磁盘I/O的负载数据 该服务器的磁盘是由6块2T SSD硬盘组成的RAID-5阵列。从上面的截图来看,I/O 阅读全文
posted @ 2023-07-29 11:41 Cetus-Y 阅读(310) 评论(0) 推荐(0) 编辑
摘要:1. 首先我们进行OS层面的检查确认 登入服务器后,我们的目的是首先要确认当前到底是哪些进程引起的负载高,以及这些进程卡在什么地方,瓶颈是什么。 通常来说,服务器上最容易成为瓶颈的是磁盘I/O子系统,因为它的读写速度通常是最慢的。即便是现在的PCIe SSD,其随机I/O读写速度也是不如内存来得快。 阅读全文
posted @ 2023-07-29 11:31 Cetus-Y 阅读(117) 评论(0) 推荐(0) 编辑
摘要:一 现象 某个数据库经常在某个时间点比如凌晨2点或者白天某些时间段发出如下报警 [Critical][prod][mysql] - 超200 kill SQL/分钟 [P0][PROBLEM][all(#2) db_data.Com_kill db=XXXX[m]:3306 10.53333>=3. 阅读全文
posted @ 2023-07-29 10:54 Cetus-Y 阅读(273) 评论(0) 推荐(0) 编辑

点击右上角即可分享
微信分享提示