经常看到公司的数据库 服务器 当出现io繁忙的时候 cpu也会很高。

查看进程调用情况，哪些是高CPU的。

如果是SQL有问题，那看在执行什么语句，哪些是高CPU的

IO方面估计没什么问题。

40个客户端为什么有100多个连接，要检查程序，在做什么事情。

自从使用阿里云以来，我们遇到了三次故障（一、二、三），这三次故障都与磁盘IO高有关。第一次故障发生在跑zzkcnblogscom索引服务的云 服务器上，当时的AvgDisk Read Queue Length高达200多；第二次故障发生在跑imagescnblogscom静态文件的云服务器上，当时的AvgDisk Read Queue Length在2左右（后来分析，对于站点这样的直接读文件进行响应的应用，Disk Read Queue Length达到这个值会明显影响响应速度）；第三次故障发生在跑数据库服务的云服务器上，当时的Avg Disk Write Queue Length达到4~5，造成很多的数据库写入 *** 作超时。

1、首先登录SQL Server实例，如下图所示。

2、接着右键单击某个数据库，选择报表下面的标准报表，第一个就是了。

3、接下来在右侧就出现了磁盘的使用情况图示了，如下图所示。

4、可以点击磁盘空间的加号展示列表数据，如下图所示。

5、另外顶部有刷新按钮可以刷新最新的数据。

6、最后还可以通过打印按钮将数据打印出来，如下图所示。

通过sysbench的oltp_read_write测试来模拟业务压力、以此来给指定的硬件环境配置一份比较合理的MySQL配置文件。

环境介绍

硬件配置

软件环境

优化层级与指导思想

优化层级

MySQL数据库优化可以在多个不同的层级进行，常见的有：

SQL优化

参数优化

架构优化

本文重点关注：参数优化

指导思想

日志先行 -- 一个事务能否成功提交的关键是日志是否成功落盘，与数据没有太大的关系；也就是说对写的优化可以表述为各方面的资源向写 *** 作倾斜。

瓶颈分析 -- 通过show global status 的各个计数器的值基本上就能分析出当前瓶颈所在，再结合一些简单的系统层面的监控工具如top iostat 就能明确瓶颈。

整体性能是“读”&“写”之间的再平衡。

以上就是关于经常看到公司的数据库 服务器 当出现io繁忙的时候 cpu也会很高。全部的内容，包括:经常看到公司的数据库 服务器 当出现io繁忙的时候 cpu也会很高。、为什么当磁盘IO成瓶颈之后数据库的性能急剧下降、主机sql数据库占用磁盘IO读写过高,怎么解决等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！