IO调度策略是什么,这几个是什么意思,该选哪个好
发布网友
发布时间：2022-04-30 07:07
共3个回答
懂视网
时间：2022-05-05 18:49
一、自动增长与自动收缩1.自动增长 默认情况下，数据库文件的大小可以根据需要自动增大。这可以使文件的大小增大到磁盘变满为止。（1）不允许自动增长 如果生产
一、自动增长与自动收缩
1. 自动增长
默认情况下，数据库文件的大小可以根据需要自动增大。这可以使文件的大小增大到磁盘变满为止。
（1）不允许自动增长
如果生产环境不允许自动增长操作过程中可能出现的应用程序超时，则应为预期的工作负荷预分配空间。
如果不允许自动增长，而数据库空间已满，则SQL Server会报错“database full”并拒绝写入新数据。
（2）允许自动增长
一般建议数据库应设置为自动增长，在出现意外情况时此设置将用于增加数据库文件的磁盘空间。也就是说，自动增长是一道保险，在“database full”的时候自动为数据库增长可用空间。
2. 自动增长的增量设置
将文件增量设置为合理的大小以避免数据库文件的增量过小。如果文件的增量与写入数据库的数据量相比过小，则数据库可能需要不断扩大。这将影响性能。
建议为数据库文件设置 FILEGROWTH 增量时遵循以下通用原则。
（1）当数据库文件大小为 0 至 100 MB 时，增量为 10 MB。
（2）当数据库文件大小为 100 至 200 MB 时，增量为 20 MB 。
（3）当数据库文件大小超过 200 MB 时，增量为 10% 。此增量可能必须基于数据库的文件所在的 I/O 子系统的速度调整此百分比。
3. 初始化
为了避免潜在的闩锁超时，我们建议将自动增长操作限制在大约两分钟之内。例如，，如果 I/O 子系统以每秒 50 MB 的速度初始化文件，则无论数据库文件的大小如何，FILEGROWTH 增量都应设置为最大值 6 GB。
可以通过即时文件初始化功能提升性能 (v=sql.105).aspx
4. 自动收缩
SQL Server 不会持续测试达到为自动收缩配置的阈值的数据库。相反，它会寻找可用的数据库并找出第一个配置为自动收缩的数据库。它将检查该数据库，并在需要时收缩该数据库。然后，它会等待几分钟，再检查下一个配置为自动收缩的数据库。
换句话说，SQL Server 不会同时检查所有数据库，也不会同时收缩所有数据库。它将以循环方式处理各个数据库，以使负载在时间上错开。因此，从数据库达到阈值到实际完成收缩可能需要几个小时，具体取决于特定 SQL Server 实例上配置为自动收缩的数据库数量。
5. 建议
数据库的自动增长会导致以下问题：
（1）可控的增长
数据库发生自动增长，通常是写入了大量数据，而这种情形又往往会发生在业务高峰时段。因此，自动增长往往会在业务高峰期拖累数据库的性能。如果该增长量很大，或者有其他因素导致时间延长，则您在其中打开事务的查询可能因超时错误而失败。
对于受管理的生产系统，您必须将自动增长仅视为偶然的意外增长。请勿使用自动增长管理每天的数据和日志增长。
建议定期（每周或每月）在非高峰期手动增加数据库的空间。至于需要增加多少空间才合适，应当监测数据库的大小，估算其增长的趋势。
（2）监视可用的磁盘空间
在使用自动增长设置时，增长后的数据库大小不能超出为其定义文件的驱动器上的可用磁盘空间。因此，如果您依赖自动增长功能来决定您的数据库的大小，仍必须另外检查可用的硬盘空间。因此，应当监测磁盘空间的变化，提前预测磁盘空间的使用情况。
（3）禁用自动收缩
一般不建议自动收缩。
如果您同时使用自动增长和自动收缩选项，则可能会带来不必要的开销。请确保触发增长和收缩操作的阈值不会造成频繁的大小调整。例如，您可能会运行这样一个事务，它导致事务日志在提交时增长 100 MB。在自动收缩启动后的一段时间内，事务日志收缩 100 MB。然后，您又运行相同的事务，并导致事务日志再次增长 100 MB。在该示例中，您造成了不必要的开销，并且可能会产生日志文件碎片，两者都可能对性能造成负面影响。
二、文件分布
在SQL Server中，主要会有以下内容发生磁盘I/O竞争。建议将这些文件分别放在不同的物理磁盘中。
（1）用户数据库的数据文件（mdf和ndf文件）
（2）用户数据库的事务日志文件（ldf文件）
（3）tempdb数据库的数据文件和日志文件
（4）备份时产生的bak和trn文件。
（5）Windows系统的事件、分页文件。
三、磁盘子系统
1. 阵列卡
通常磁盘使用以下几种RAID（Redundant Array of Independent Disk，独立冗余磁盘阵列）。
（1）RAID 0
即Data Stripping（数据分条技术）。整个逻辑盘的数据是被分条（stripped）分布在多个物理磁盘上，可以并行读/写，提供最快的速度，但没有冗余能力。要求至少两个磁盘。
通过RAID 0可以获得更大的单个逻辑盘的容量，且通过对多个磁盘的同时读取获得更高的存取速度。RAID 0首先考虑的是磁盘的速度和容量，忽略了安全，只要其中一个磁盘出了问题，那么整个阵列的数据都会不保了。
（2）RAID 1
即镜像（Mirror）方式，也就是数据的冗余。在整个镜像过程中，只有一半的磁盘容量是有效的（另一半磁盘容量用来存放同样的数据）。同RAID 0相比，RAID 1首先考虑的是安全性，容量减半、速度不变。
（3）RAID 5
RAID 5的工作方式是将各个磁盘生成的数据校验切成块，分别存放到组成阵列的各个磁盘中去，这样就缓解了校验数据存放时所产生的瓶颈问题，但是分割数据及控制存放都要付出速度上的代价。意味着RAID 5在数据写入时会变慢。
（4）RAID 10
为了达到既高速又安全，出现了RAID 10（或者叫RAID 0+1），可以把RAID 10简单地理解成由多个磁盘组成的RAID 0阵列再进行镜像。这种搭配，使得读取和写入的速度都非常快。但是容量减半。
2. 建议
（1）tempdb
tempdb 数据库性能要求非常高，但对数据安全性要求低。建议将 tempdb 数据库放置在快速 I/O 子系统中。如果有许多直接连接的磁盘，请使用RAID 0 。
（2）数据文件（mdf和ndf文件）
这类文件即要求性能，又要求安全性。建议RAID 10。如果硬件预算非常紧张，RAID 5也凑合吧。
（3）事务日志文件（ldf文件）
事务日志文件的特性是连续的顺序写入，因此对性能要求不高，仅要求安全性。建议RAID 1。
本文结语：
尽量避开各种磁盘I/O的竞争，避免不必要的性能开销。
本文出自 “我们一起追过的MSSQL” 博客，转载请与作者联系！
热心网友
时间：2022-05-05 15:57
I/O调度模式：
I/O 即inpu/oupu的缩写，关于数据的读写操作，不同进程请求 数据的优先顺序等等。io调度模式比较复杂，我没有具体测试，这里仅对ray上出现的几个模式做说明，部分参考xda、androidforums、 wik1pedia、linuxarchive资料）
sio
虽然基于deadline，但是它和noop一样，不会对io操作进行排序，所以有着noop那样快速的存取速度，但并没有过多优化io操作。如果不喜欢noop完全不参与调度，也可以选择这个。
noop
这个调度模式会把所有的数据请求直接合并到一个简单的队列里。不适合有机械结构的存储器，因为没有优化顺序，会增加额外的寻道时间。属于最简单的一个调度模式，无视io操作优先级和复杂性，执行完一个再执行一个，如果读写操作繁多的话，就会造成效率降低。
deadline
顾名思义，用过期时间来排序io操作顺序，保证先出现的io请求有最短的延迟时间，相对于写操作，给读操作更优先的级别。是比较好的一个调度模式。
cfq
完全公平队列，是anicipaory模式的替代品，没有过多的做预测性调度，而是根据给定的进程io优先级，直接来分配操作的顺序。这个模式在linux上表现良好，但也许并不是最适合android的io调度模式，太强调均衡，而降低了连续读写数据的性能。
vr
具有和deadline相似的操作排序机制，有着最高的峰值读写速度，但是性能比较不稳定，也就是说可能跑出最高的分数，但是也会出现最低值。
Row
顾名思义ROW=Read over we，最大*减少IO响应时间，并且重排执行操作，直接进行读写操作，给予IO最高优先值。在移动设备中，它将不会在桌面上有 尽可能多的并行线程。通常它是一个单一的线程或最多2个同时工作的线程读写。有利于阅读的请求通过写入读取的延迟大大降低。比deadline好用，但是 如果线程过多有可能会带来瞬间卡顿）
选择你以适合你的就ok；望采纳！
热心网友
时间：2022-05-05 17:15
浅谈linux性能调优之五:调优软raid
http://www.2cto.com/os/201307/228240.html
一) I/O调度程序的总结
1) 当向设备写入数据块或是从设备读出数据块时,请求都被安置在一个队列中等待完成.
2) 每个块设备都有它自己的队列.
3) I/O调度程序负责维护这些队列的顺序,以更有效地利用介质.I/O调度程序将无序的I/O操作变为有序的I/O操作.
4) 内核必须首先确定队列中一共有多少个请求,然后才开始进行调度.
二) I/O调度的4种算法
1) CFQ(Completely Fair Queuing, 完全公平排队)
特点:
在最新的内核版本和发行版中,都选择CFQ做为默认的I/O调度器,对于通用的服务器也是最好的选择.
CFQ试图均匀地分布对I/O带宽的访问,避免进程被饿死并实现较低的延迟,是deadline和as调度器的折中.
CFQ对于多媒体应用(video,audio)和桌面系统是最好的选择.
CFQ赋予I/O请求一个优先级,而I/O优先级请求独立于进程优先级,高优先级进程的读写不能自动地继承高的I/O优先级.
工作原理:
CFQ为每个进程/线程单独创建一个队列来管理该进程所产生的请求,也就是说每个进程一个队列,各队列之间的调度使用时间片来调度,以此来保证每个进程都能被很好的分配到I/O带宽.I/O调度器每次执行一个进程的4次请求.
2) NOOP(电梯式调度程序)
特点:
在Linux2.4或更早的版本的调度程序,那时只有这一种I/O调度算法.
NOOP实现了一个FIFO队列,它像电梯的工作主法一样对I/O请求进行组织,当有一个新的请求到来时,它将请求合并到最近的请求之后,以此来保证请求同一介质.
NOOP倾向饿死读而利于写.
NOOP对于闪存设备,RAM,嵌入式系统是最好的选择.
电梯算法饿死读请求的解释:
因为写请求比读请求更容易.
写请求通过文件系统cache,不需要等一次写完成,就可以开始下一次写操作,写请求通过合并,堆积到I/O队列中.
读请求需要等到它前面所有的读操作完成,才能进行下一次读操作.在读操作之间有几毫秒时间,而写请求在这之间就到来,饿死了后面的读请求.
3) Deadline(截止时间调度程序)
特点:
通过时间以及硬盘区域进行分类,这个分类和合并要求类似于noop的调度程序.
Deadline确保了在一个截止时间内服务请求,这个截止时间是可调整的,而默认读期限短于写期限.这样就防止了写操作因为不能被读取而饿死的现象.
Deadline对数据库环境(ORACLE RAC,MYSQL等)是最好的选择.
4) AS(预料I/O调度程序)
特点:
本质上与Deadline一样,但在最后一次读操作后,要等待6ms,才能继续进行对其它I/O请求进行调度.
可以从应用程序中预订一个新的读请求,改进读操作的执行,但以一些写操作为代价.
它会在每个6ms中插入新的I/O操作,而会将一些小写入流合并成一个大写入流,用写入延时换取最大的写入吞吐量.
AS适合于写入较多的环境,比如文件服务器
AS对数据库环境表现很差.
三) I/O调度方法的查看与设置
1) 查看当前系统的I/O调度
[root@test1 tmp]# cat /sys/block/sda/queue/scheler
noop anticipatory deadline [cfq]
2) 临时更改I/O调度
例如:想更改到noop电梯调度算法:
echo noop > /sys/block/sda/queue/scheler
3) 永久更改I/O调度
修改内核引导参数,加入elevator=调度程序名
[root@test1 tmp]# vi /boot/grub/menu.lst
更改到如下内容:
kernel /boot/vmlinuz-2.6.18-8.el5 ro root=LABEL=/ elevator=deadline rhgb quiet
重启之后,查看调度方法:
[root@test1 ~]# cat /sys/block/sda/queue/scheler
noop anticipatory [deadline] cfq
已经是deadline了
四) ionice
ionice可以更改任务的类型和优先级,不过只有cfq调度程序可以用ionice.
有三个例子说明ionice的功能:
采用cfq的实时调度,优先级为7
ionice -c1 -n7 -ptime dd if=/dev/sda1 f=/tmp/test bs=2M count=300&
采用缺省的磁盘I/O调度,优先级为3
ionice -c2 -n3 -ptime dd if=/dev/sda1 f=/tmp/test bs=2M count=300&
采用空闲的磁盘调度,优先级为0
ionice -c3 -n0 -ptime dd if=/dev/sda1 f=/tmp/test bs=2M count=300&
ionice的三种调度方法,实时调度最高,其次是缺省的I/O调度,最后是空闲的磁盘调度.
ionice的磁盘调度优先级有8种,最高是0,最低是7.
注意,磁盘调度的优先级与进程nice的优先级没有关系.
一个是针对进程I/O的优先级,一个是针对进程CPU的优先级.
