一次服务器IO占用率高的定位分析

最新推荐文章于 2024-07-04 14:30:11 发布
最新推荐文章于 2024-07-04 14:30:11 发布
阅读量4k 收藏 3
点赞数
分类专栏： 数据库 文章标签： mysql sync_binlog jbd2 IO
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u012730075/article/details/38685549
版权
在往生产数据库导入数据时，服务器磁盘IO达到100%导致客户端访问超时。通过使用top、iostat和iotop工具，发现jbd2进程占用极高IO，与MySQL的sync_binlog和innodb_flush_log_at_trx_commit配置有关。调整MySQL配置，将sync_binlog设为每500次刷新磁盘，innodb_flush_log_at_trx_commit设为2，成功降低IO压力，解决了问题。
摘要由CSDN通过智能技术生成

背景：请事假在外中，听平台组同事反馈了一个问题，在往生产数据库中导入部分数据时会造成客户端的访问超时，初步定位是因为服务器磁盘占用IO过高，导数据时IO会飙升到100%，因此引起了不少数据库的慢查询操作导致客户端响应超时，无奈只好暂时停止了导入数据的脚本，同时也延误了针对这部分数据的生产测试工作。于是我第二天回到公司就投入了对这个问题的跟踪定位工作。

环境描述：

  • 操作系统

    wKioL1PzHbih3dckAABqlzu8NXs262.jpg

  • 文件系统

最低0.47元/天 解锁文章
yaocoder
关注
专栏目录
一次服务器CPU占用率高的定位分析
shanzhizi的专栏
12-15 5676
服务器CPU占用率高的定位分析
性能分析之IO分析-jbd2引起的IO高
热门推荐
hualusiyu的专栏
05-12 1万+
性能分析之IO分析-jbd2引起的IO高 这几天进入了一个项目组做性能测试、性能调优分析相关的工作。 今天在压力起来之后，几个命令就看到了一个问题。分享一下。 系统架构就不说了，典型的java应用。脚本是用jmeter写的java request。压力发起来之后，并发线程的增加并没有看到TPS明显的提升。 于是看了一下top中的状态： 从上图可以看到CP
Linux IO性能篇
最新发布
weixin_56711920的博客
07-04 1072
饱和度：是指磁盘处理 I/O 的繁忙程度。过高的饱和度，意味着磁盘存在严重的性能瓶颈。当饱和度为 100% 时，磁盘无法接受新的 I/O 请求。使用率：是指磁盘处理 I/O 的时间百分比。过高的使用率（比如超过 80%），通常意味着磁盘 I/O 存在性能瓶颈。IOPS（Input/Output Per Second）：是指每秒的 I/O 请求数。磁盘IO性能指标：使用率、饱和度、IOPS、吞吐量以及响应时间。响应时间，是指 I/O 请求从发出到收到响应的间隔时间。吞吐量：是指每秒的 I/O 请求大小。
JDB2导致磁盘io使用率高
weixin_34195142的博客
07-15 1939
前几天碰到jbd2进程占用大量的磁盘io，用iotop查看到的情况大致如下：系统版本：CentOS6.5-64bit经查为ext4文件系统的一个bug:先给出解决方案，处理此问题的优先级为：1、yum update kernel 用yum升级系统内核，重启之后查看是否有效；2、缓解方法：修改commit值，降低文件系统提交次数或者禁用barrier特性...
jbd2导致系统IO使用率高问题
wangtingting_100的博客
07-08 7950
收到IO占用高告警 系统信息：Linux version 2.6.32-696.18.7.1.el6.ucloud.x86_64 (root@59c188f3c79d)(gcc version 4.4.6 20120305 (Red Hat 4.4.6-5) (GCC) ) #1 SMP Fri Jan 5 16:48:58 CST 2018 1、到机器上看到io使用率忽高，同时iow...
记一次网站故障排查过程（nginx 504状态码、 upstream timed out (110: Connection timed out）以及jbd2引起IO高
Nightwish5的博客
01-16 3465
一、问题描述 客户侧反馈无法正常访问系统，页面转圈，时好时坏，访问不稳定。 二、系统环境： 机器环境：UOS 、 nginx 、php（对接其他服务器kingbase 、钉钉、redis 、KF） ELB：192.168.1.100 web1: 192.168.1.101 ，web2: 192.168.1.102 三、流量流向示意： 用户访问系统 > ELB > nginx > web1/web2 四、排查过程 4.1 1、按巡检项检查系统所要启动的端口和服务，均已启动。 2、检查
Linux 查看磁盘IO并找出占用IO读写很高的进程
09-14
以下将详细介绍如何在Linux中查看磁盘I/O并定位高占用的进程。 首先，`iostat` 是一个强大的工具，用于监控系统的I/O性能。在示例中，`iostat -x 1 10` 命令用于显示磁盘的详细I/O统计信息，其中 `-x` 参数表示显示...
MySQL服务器 IO 100%的分析与优化方案
12-16
当遇到这样的情况，首要任务是进行问题定位，通过监控工具如TOP或nmon检查CPU和内存使用率，接着分析IO问题，特别是磁盘IO。 对于MySQL 5.6.21数据库实例，如果以写入为主且IO %util接近100%，这表明磁盘IO存在严重...
隐藏esc坑之jbd2进程io占用奇高 系统长期io占用100%
TiDB 社区干货传送门
06-16 182
作者：chendapao 原文来源： https://tidb.net/blog/456ca9a3 ...
解决TiKV节点JBD2进程I/O占用高的问题
LittleMagic's Blog
12-28 1120
今天事情甚多，草草写一篇，尽量赶在1点之前休息。 问题 我们的TiDB集群上线以来，所有TiKV节点的所有磁盘I/O Util指标总是偏高，大多数时候在50%以上，极端情况下接近90%。集群采用的阿里云ECS配备的都是PL2级别的ESSD云盘(标称吞吐量峰值750MB/s、10w IOPs，且添加了挂载参数noatime和nodelalloc)，主要负载是通过DM同步与简单查询50+张业务库大表，...
性能分析之解决 jbd2 引起 IO 高问题
Mo小泽的技术博客
07-05 9166
文章目录一、前言二、预备知识1、jbd2 是什么？2、检查是否存在 jbd2 进程3、检查文件系统的功能三、问题现象四、问题原因五、解决办法1、方案一2、方案二3、方案三4、方案四六、bug 的根源七、影响版本 一、前言 之前遇到过 jbd2 引起 IO 高的问题，直接关掉了日志的功能解决的。最近又见类似问题，这里重新整理下对 jbd2 的内容。 二、预备知识 1、jbd2 是什么？ The Journaling Block Device (JBD) provides a filesystem-indep
jdb2-io-high
qyvlik的专栏
09-06 1041
jdb2-io-high 在一台 EC2(c5.xlarge) 、系统 ubuntu16.04，使用 docker 运行 mysql 和 java 程序 java 程序执行类似如下的 sql START TRX INSERT order (id, ..., ...) COMMIT; START TRX UPDATE asset set ... = ... WHERE user_id = #{id...
一次 jbd2进程导致磁盘 io 高的分析解决过程
hknaruto的专栏
11-12 4452
故障现象 在3节点组成的大数据集群中，混部了 ES，kafka，zk，pg，mysql，spark，yarn，hdfs，以及业务的 etl 程序等组件。起初发现业务进程处理数据速度很慢，排查后发现数据盘 /data01 的 util 接近100% 但是磁盘吞吐量并不高，IO 流量只有2MB 左右，主要是由 w/s 导致，也就是写入的 iops 高，这种情况一般就是进程的 sync 操作密集。 分析过程 通过 iotop 来查看是哪个进程，显示为 jbd2 查阅一些资料后，了解到 jbd2进
io利用率100%问题
weixin_34256074的博客
08-07 547
iostat -mx 1dm-60dm-61dm-62dm-63dm-64dm-65dm-66dm-67 Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz avgqu-sz await r_await w_await svctm %util dm-60 6.00 0.00...
jbd2 mysql_解决因jbd2导致mysql性能过低问题
weixin_29771573的博客
01-19 537
在几个月前，有同事因为需要对某项功能进行压力测试，测试mysql的读写性能。当时测下来的结果非常不满意，本地测试环境性能巨差无比，当时我帮忙找问题，top看cpu、内存完全没有问题，iotop看到有jbd2 I/O占用到了99%。压力测试一结束，也随之降下来。当时排查了一段时间，始终没有搞定，就放弃了。就在这周，还是需要测试mysql性能，还是因为这个问题，我就花了一个下午的时间，终于解决了。首先...
数据库log日志文件说明
weixin_43469486的博客
08-30 1406
数据库文件的分类 数据库文件分为正常操作日志，此日志默认自动开启，在/var/log/mysqld.log.可以直接查看 二进制日志 主要用于备份和还原 需要在/etc/my.cnf的配置文件自己开启 方法为： vim /etc/my.cnf #插入内容为 log_bin server-id=1 然后我们所有的操作除查询外都会记录到二进制文件里面 每次重启数据库会自动形成一个新的文件在 /var/lib/mysql/ 数据库报错文件： 先进入到/etc/my.cnf 的配置文件进行查看是否开启 .
【PG主从】PostgreSQL13主从流复制部署(详细可用)
DBA之路的博客
11-08 2727
PG流式主从复制部署
Linux服务器性能监控与CPU使用率过高问题分析
本文主要讨论了公司在测试服务器上遇到的问题，服务器CPU使用率达到100%，导致服务不可用。问题的根源在于Oracle会话过度消耗CPU资源，由于无法通过sqlplus进行诊断，最终采取了重启服务器的措施。作者在解决过程中...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值