数据库服务器磁盘IO诊断

今日 zabbix 报警磁盘IO利用率达到90%。

又激动又担心,很久没处理故障啦,这次的故障应该很快会修复吧。。。

首先查看磁盘基本情况:

iostat  -x  1

   avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           1.57    0.00    2.75   37.65    0.00   58.04

Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
vda               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00    0.00    0.00   0.00   0.00
vdb               0.00    10.00    0.00   19.00     0.00  2240.00   235.79     1.91  104.21    0.00  104.21  52.21  99.20

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           2.84    0.00    1.75   20.09    0.00   75.33

Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
vda               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00    0.00    0.00   0.00   0.00
vdb               0.00     4.00    0.00  102.00     0.00  1832.00    35.92     5.03   47.37    0.00   47.37   9.80 100.00

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           1.92    0.00    2.24   30.13    0.00   65.71

Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
vda               0.00     0.00    0.00    9.00     0.00    36.00     8.00     0.00    0.00    0.00    0.00   0.00   0.00
vdb               0.00    17.00    1.00   31.00     4.00  1596.00   100.00     2.38   54.75   72.00   54.19  30.75  98.40

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.35    0.00    0.35   30.56    0.00   68.75

Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
vda               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00    0.00    0.00   0.00   0.00
vdb               0.00     0.00    0.00   24.00     0.00   304.00    25.33     2.46  133.83    0.00  133.83  41.67 100.00   

CPU iowait 达到 20%左右, IO利用率 几乎全部100%。

首选确定没有新的功能上线,

SQL都是审核过的,

查看show processlist 语句大多处于 updating 状态。

iotop 查看 具体进程的情况:

(Iotop 使用 Python 语言编写而成,要求 Python 2.5(及以上版本)和 Linux kernel 2.6.20(及以上版本))

   817 be/3 root        0.00 B/s    0.00 B/s  0.00 % 43.37 % [jbd2/vdb-8]
14841 be/4 mysql       0.00 B/s 1971.36 K/s  0.00 % 37.46 % mysqld --defaults-file=/usr/local/mysql/mysql.cnf --basedir=/usr/local/mysql/ --datadir=~sr/local/mysql/data//10-4-7-99.pid --socket=/usr/local/mysql/data/mysql.sock --port=3306
21497 be/4 mysql       0.00 B/s    0.00 B/s  0.00 %  7.27 % mysqld --defaults-file=/usr/local/mysql/mysql.cnf --basedir=/usr/local/mysql/ --datadir=~sr/local/mysql/data//10-4-7-99.pid --socket=/usr/local/mysql/data/mysql.sock --port=3306
14837 be/4 mysql       0.00 B/s  231.02 K/s  0.00 %  0.00 % mysqld --defaults-file=/usr/local/mysql/mysql.cnf --basedir=/usr/local/mysql/ --datadir=~sr/local/mysql/data//10-4-7-99.pid --socket=/usr/local/mysql/data/mysql.sock --port=3306
14832 be/4 mysql       0.00 B/s  261.82 K/s  0.00 %  0.00 % mysqld --defaults-file=/usr/local/mysql/mysql.cnf --basedir=/usr/local/mysql/ --datadir=~sr/local/mysql/data//10-4-7-99.pid --socket=/usr/local/mysql/data/mysql.sock --port=3306

可以确定 问题出在操作系统上,

我们使用的云主机,jdb2进程 应该交给云平台服务商来处理啦。

结果问题是:我们多个DB是存在于同一个母机上,IO竞争比较严重。。哎可恶的云计算,

云中的mysql 可以参考这边文章,http://weipengfei.blog.51cto.com/1511707/1060212

但高兴的是 可以将DB分至其他母机。

本文出自 “技术成就梦想” 博客,请务必保留此出处http://weipengfei.blog.51cto.com/1511707/1124199

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索mysql
, data
, ios s
, usr
, local
mysql8.0.0
数据库磁盘读写io过高、数据库磁盘io、服务器磁盘io是什么、服务器磁盘io、数据库服务器,以便于您获取更多的相关知识。

时间: 2024-10-29 18:35:03

数据库服务器磁盘IO诊断的相关文章

Dell R710服务器磁盘恢复数据库一例(记录)

原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://koumm.blog.51cto.com/703525/1722703 现场环境有两台06年产早过保Dell R710服务器,RHEL5.4操作系统,一台应用服务器,一台Oracle数据库服务器,硬件配置,操作系统一样,独立阵列卡. 一次机房停电,空调不工作,机房服务器UPS供电,因温度太高纷纷关机\死机,数据库服务器关机并报黄灯. E1000 Failsafe voltage

巧用linux云服务器下的的/dev/shm/,避开磁盘IO不给力!

巧用linux云服务器下的的/dev/shm/,避开磁盘IO不给力! 一.什么是tmpfs和/dev/shm/?  tmpfs是Linux/Unix系统上的一种基于内存的文件系统.tmpfs可以使用您的内存或swap分区来存储文件.由此可见,tmpfs主要存储暂存的文件.它有如下2个优势: 1)动态文件系统的大小.  2)tmpfs 的另一个主要的好处是它闪电般的速度.因为典型的 tmpfs 文件系统会完全驻留在内存 RAM 中,读写几乎可以是瞬间的.  同时它也有一个缺点  tmpfs 数据在

Reporting Service 2008 “报表服务器数据库内出错。此错误可能是因连接失败、超时或数据库中磁盘空间不足而导致的”

今天遇到了两个关于Reporting Service的问题, 出现问题的环境为Microsoft SQL Server 2008 R2 (SP2) - 10.50.4000.0 (X64) .具体情况请见下面描述.   1:在修改报表的订阅后,保存时出现下面错误: 提示:报表服务器数据库内出错.此错误可能是因连接失败.超时或数据库中磁盘空间不足而导致的. (rsReportServerDatabaseError) 获取联机帮助 有关此错误的详细信息,请导航到本地服务器上的报表服务器或启用远程错误

Oracle数据库服务器IO高的分析方案和案例探讨

Oracle数据库服务器IO高的分析方案和案例探讨   > >                &     

掌握数据库服务器使用文件的必要性

充分理解数据库系统设计之前,必须对数据库服务器使用的文件有深刻理解,并且对文件配置的硬件也应有很好理解.SQL Sever数据库引擎使用两种类型的文件:data文件和Log文件.下面是这两种文件类型的说明: 1.Data文件存储引擎需要的内部数据,以及数据库中用户定义的数据.数据库引擎有默认的数据文件,并且可以添加其它数据文件. 2.Log文件用于存储数据的修改信息,并且它在数据库的事务提交处理和回滚处理过程中有很重要的作用.因为log文件是"只写"(除非使用事务复制)文件,所以将它存

oracle性能调整:数据库配置和IO问题-性能调优

降低磁盘的IO 分散磁盘的IO 1.表空间使用本地管理,将文件分散到不同的设备上 1)将数据文件与日志文件分开 2)减少与服务器无关的磁盘IO 3)评估裸设备的使用 4)分割表数据 2.表空间的使用 系统表空间保留给数据字典对象 创建本地管理表空间以避免空间管理问题 将表和索引分散到独立的表空间中 使用独立的回滚表空间 将大的数据库对象保存在各自独立的表空间中 创建一个或多个独立的临时表空间 下列数据库对象应该有单独的表空间: 数据字典.回滚段.索引.临时段.表.大对象 3.检查IO统计数据 s

2013如何选购数据库服务器

随着论坛.电商.ERP等行业迅速发展,数据库变得愈加重要,且在具备一定规模之后,对服务器硬件的设备愈加严苛.对这些企业来讲,服务器.存储设备一旦无法承受数据库所带来的工作压力,将直接造成系统崩溃或多项业务瘫痪,其损失则不言而喻. 2013新年伊始,以数据库为主的企业如何挑选一款可靠的.稳定的.可扩展的数据库服务器?为了进一步确保该类型企业稳定发展.数据安全,今天笔者主要从可靠性.高性能.可扩展性.安全性.可管理性等五方面帮助用户了解如何购买数据库服务器,确切的来讲就是什么样的硬件配备符合数据库服

SQL Server 服务器磁盘测试之SQLIO篇

原文:SQL Server 服务器磁盘测试之SQLIO篇       数据库调优工作中,有一部分是需要排查IO问题的,例如IO的速度或者RAID级别无法响应高并发下的快速请求.最常见的就是查看磁盘每次读写的响应速度,通过性能计数器Avg.Disk sec/Read(Write)我们可以很直观的看到他们.不同的业务,繁忙程度也不同,需要什么样的IO做支撑?难道都用最高配的IO去配置硬件吗?能否通过一些经验和基线来判断当下磁盘环境是否能满足需求呢? 手上有4块 Inter SSD DC S3500

如何挑选安全稳定的数据库服务器

大家应该都听过"数据无价"这个词,既然数据那么重要,挑选一款安全稳定的数据库服务器是很有必要的,那么如何挑选一款可靠安全稳定的数据库服务器呢?服务器租用专家-亿恩科技建议我们从五个方面入手. 1.数据库的高性能原则 保证所选购的服务器,不仅能够满足运营系统的运行和业务处理的需要,而且能够满足一定时期业务量的增长.一般可以根据经验公式计算出所需的服务器TpmC值(Tpmc是衡量计算机系统的事务处理能力的程序),然后比较各服务器厂商和TPC组织公布的TpmC值,选择相应的机型.同时,用服务