如何计算磁盘IO要求

如何计算Exchange svr对磁盘 I/O 要求 既然了解了哪些 Exchange 活动和组件会生成磁盘 I/O 以及如何配置存储来支持它们，那么，您必须为用户计算磁盘 I/O 要求。计算磁盘 I/O 要求最终将允许您优化磁盘子系统，以便为用户提供最佳支持。 您的目标是提供实现高效的 Exchange 功能所需的足够高的磁盘 I/O 性能（按每秒可以执行的 I/O 操作数 [IOPS] 进行度量），延迟应该在可接受的范围之内。 计算每个邮箱的 IOPS 是基于随机数据库读/写 I/O（该公式不考虑事务日志 I/O）来度量特定服务器的配置文件的一种简洁的方式。每个邮箱的 IOPS 越高，邮箱配置文件在磁盘使用方面的效率就越高。 有两种方式可以计算磁盘 I/O 要求： · 基于理论数据确定用户需求 · 通过使用“性能”控制台 (Perfmon) 来计算用户活动 不管采用哪种方式，都应基于高峰使用时段进行规划和计算。在很多公司中，高峰使用时段发生在刚开始上班的那段时间，人们在这时到达办公室并检查他们的电子邮件。

以MySQL为例：

1、sql查询速度

2、网卡流量

3、服务器硬件

4、磁盘IO

以上因素并不是时时刻刻都会影响数据库性能，而就像木桶效应一样。如果其中一个因素严重影响性能，那么整个数据库性能就会严重受阻。另外，这些影响因素都是相对的。

例如：当数据量并没有达到百万千万这样的级别，那么sql查询速度也许就不是个重要因素，换句话说，你的sql语句效率适当低下可能并不影响整个效率多少，反之，这种情况，无论如何怎么优化sql语句，可能都没有太明显的效果。 

1、SQL查询速度

风险：效率低下的SQL

2、网卡流量

风险：网卡IO被占满（100Mb/8=100MB）

方案：

①减少从服务器的数量。从服务器都要从主服务器上复制日志，所以，从服务器越多，网络流量越大。

②进行分级缓存。前方大量缓存突然失效会对数据库造成严重的冲击。

③避免使用“select ”进行查询

④分离业务网络和服务器网络

3、磁盘IO

风险：磁盘IO性能突然下降。

方案：使用更好的磁盘设备解决。

　　你说这个问题，提得不够准确。磁盘是指什么，IO又是什么。别人难以把握你的问题精华，难以处理你的提问。我这样认为：

　　磁盘现在大多是指硬盘，以前有144MB软盘，亦可讲为磁盘；每秒多少次IO这种提法是错误的。因为磁盘，最主要是指硬盘参数，它有它的参数标准的，好像硬盘转速、硬盘接口是IDE口的还是SATA口、是机械或固态硬盘的，是容量大的小，还是容量小的，现在单个硬盘指机械硬盘已经去3TB，容量是非常大。如果将北京最的图书馆的全部藏书文字转为电脑的文字，它所占的容量大概是5－10GB，当是10GB，你说3000GB可以容量多少北京图书馆藏书，大约是300个。你说大不大？

　　其实你提的问题，应该是说硬盘的转速是怎样的？我可以告诉你啦。比较早期的硬盘，以及现在大多的硬盘是机械硬盘，有碟片的，是可以转动的。至于磁盘碟片转动的讲法，是以每分钟多少转来计算的。早期的硬盘转速有5400转\分，后来的硬盘转速有7200转\分，如果是服务器的硬盘转速可以达10000转\分。现在因为有些硬盘生产面向固态硬盘，它是有大量的集成IC，没有碟片，亦是没有转速的，但它的运行速度比较快，读取数据、写入数据相当的快，缺点是价钱相当的昂贵。

1、改进磁盘IO的另一个技巧是尽可能多地写入或尽可能多的读取。换句话说，将程序的读写缓冲区设置得尽可能大。

2、我们今天要研究的内容主要在IO调度这一层。它要解决的核心问题是，如何提高块设备IO的整体性能？这一层也主要是针对机械硬盘结构而设计的。众所周知，机械硬盘的存储介质是磁盘，磁头在盘片上移动进行磁道寻址，行为类似播放一张唱片。

3、同样道理，开设一个数据缓存区每次读取一数据块对于提高读取效率有显著提升。下面用一个具体代码示例来表示二者的性能差别。

4、主要是针对磁盘长期满负荷运转的使用场景（例如http代理服务器）；另外有一个小技巧，针对互联网服务器，可以将io性能提升数倍。如果为服务器订制一个专用文件系统，可以完全解决文件碎片的问题，将磁盘io的性能发挥至极限。