一次磁盘IO过高分析过程
1、查看监控，发现整点时间有写IO过高情况 2、iotop 分析确认io高峰是由mysql导致的 3、开启general log，分析SQL set global general_log ...
原文：一次磁盘IO高的问题处理
问题现象： 开发测试环境的kubernetes master服务器，磁盘读写速率很高，达 多M s，IOPS超过 S，系统操作出现卡顿 还好硬盘是SSD，否则系统早卡死掉了 ，截图如下： 解决思路： 使用iotop查看IO高的进程，并kill，问题依旧 重启系统后正常，但一段时间后问题重现 查看内存，发现物理内存已基本使用完，并且在大量使用swap，因此问题原因可以确定： IO高是因为进程大量使用 ...
2018-09-24 13:19 0 1483 推荐指数：
相关推荐
记一次排查CPU高的问题
背景 将log4j.xml的日志级别从error调整为info后,进行压测发现CPU占用很高达到了90%多(之前也就是50%,60%的样子). 问题排查 排查思路: 看进程中的线程到底执行的是什么,导致CPU占用较高. 1. 使用top命令查看到底是哪个应用 ...
记一次磁盘UUID不能识别故障处理
早上zabbix报警，磁盘满了，登录服务器查看信息，一顿操作，突然发现最后lvextend命令不能扩容，查看LVM信息 报错信息“Couldn't find device with uuid muM70o-3Zzu-FPEJ-YuwB-IXX6-0ezR-lgUK5f” 如图所示，这个挂载 ...
记一次postgresql的归档日志爆仓磁盘处理
说明： 收到磁盘跑满的问题，登录机器查看数据库磁盘近乎跑满/data 查看/data下最大占用目录文件， cd /datadu -sh * 查看pgwalarchive目录就占用了320G多，顾名思义pgwalarchive就是归档日志。 查看配置文件核对 ...
记一次因磁盘IO使用率100%导致网站无法使用的事故
事故经过：网站突然无法正常使用，php子进程骤高，询问开发无改动代码，查看cpu，内存均无异常，最后查看磁盘使用率100%，然后通过top查看是php进程导致，就一直在查找代码问题，均无收获，最后实在没辙了，老大说删除下日志试试吧，删完后网站恢复正常。突然想到一个东西inode，当时由于没有常看 ...
记一次性能测试：mysql占用磁盘IO过高 的解决过程
在一次性能测试时，发现mysql的cpu使用率不高，但是磁盘io很高， 一开始考虑是mysql的慢日志比较多，但是查看后发现慢日志并不多，而且只有一台mysql。 进入实例，查看sync_binlog变量 mysql> show variables like ...
一次线上CPU高的问题排查实践
一次线上CPU高的问题排查实践 前言 近期某一天上班一开电脑，就收到了运维警报，有两台服务CPU负载很高，同时收到一线同事反馈 系统访问速度非常慢，几乎无响应。 一个美好的早晨，最怕什么就来什么。只好推掉其他会议，专心搞定问题。 排查 登录系统一看，后端的接口访问果然全部超时 ...
记一次容器CPU高占用问题排查
起因：发现docker中有两个容器的CPU持续在百分之95以上运行了一晚上 执行命令：docker stats 发现这个两个大兄弟一点没歇满负荷跑了一晚上，再这么下去怕不是要GG 容器里跑的是JAV ...