前些天备份使用mysqldump备份出的数据文件（insert形式），里面的内容没有use db_name这个语句，所以如果在脚本中执行，那么会提示no database selected，所以就想在里面添加一个use db_name的语句。但是因为数据文件太大，如果直接vim打开恐怕不行。所以想到sed，然后上网找了一下sed在指定行插入的命令，然而需要注意的是，这些命令虽然可以直接定位到行，但最终如果要文件内容被更新掉还是要花费一定的时间的，但是这样会比直接vim打开文件然后插入一行效率更高。
下面贴出具体的命令：
1.在指定行前插入一行
sed '2 ittt' -i a.txt # 在第2行前插入ttt，并且将结果更新到a.txt（如果不想将插入真正更新到文件，去掉后面的-i选项就可以）
2.在指定行后插入一行
sed '2 attt' -i a.txt #在第2行后插入ttt,并且将结果更新到a.txt（如果不想更新原文件，去掉-i）
3.在指定的多行前面插入
sed 'n,m ittt' -i a.txt #看得懂了吧
4.在指定的多行后面插入
sed 'n,m attt' -i a.txt #看得懂了吧
sed提供了功能太强大了，以后还需要好好学习它，好记性不如烂笔头哈~~
2012年4月3日星期二
2012年3月25日星期日
mysql报错：two many connections/two many open files的解决方法
最近在论坛里面看到有几个朋友都发帖求助，原因是mysql报错：
[ERROR] Error in accept: Two many open files。
而且这位朋友还说他并没有同时打开这么多文件，那么这是什么原因呢？
首先，我们需要了解的是，在linux里面打开文件是以文件描述符（FD，file descripter）的形式打开的，每打开一次文件，那么os就分配给你一个文件描述符,对于同一个文件如果有多个进程打开，那么就可以分配多个文件描述符。
好了，现在我们回到这个问题上，这位朋友说他并没有一次性打开这么多的文件，怎么会出现这个问题呢？刚才说了，每个进程打开同一个文件都可能分配一个独立的FD，而mysql正是这么做的，每个session开打的数据文件的描述符都是独立的，而对于索引文件则是所有的session贡献，我先将手册里面的原话贴出来：
MySQL is multi-threaded, so there may be many clients issuing queries for a given table simultaneously. To minimize the problem with multiple client sessions having different states on the same table, the table is opened independently by each concurrent session. This uses additional memory but normally increases performance. WithMyISAMtables, one extra file descriptor is required for the data file for each client that has the table open. (By contrast, the index file descriptor is shared between all sessions.)
好了，那你现在应该明白了，为什么并没有同时打开那么文件，但是却有那么多的文件描述符。弄清楚问题，那么现在就来解决这个问题。
首先是增大table_open_cache，具体用法参考手册上说明
然后根本解决方法是在os上增大mysqld这个线程的最大开打文件数，在linux里面可以通过编辑文件 /etc/security/limits.conf
然后里面的信息如下：
# /etc/security/limits.conf
#
#Each line describes a limit for a user in the form:
#
#<domain> <type> <item> <value>
#
#Where:
#<domain> can be:
# - an user name
# - a group name, with @group syntax
# - the wildcard *, for default entry
# - the wildcard %, can be also used with %group syntax,
# for maxlogin limit
#
#<type> can have the two values:
# - "soft" for enforcing the soft limits
# - "hard" for enforcing hard limits
#
#<item> can be one of the following:
# - core - limits the core file size (KB)
# - data - max data size (KB)
# - fsize - maximum filesize (KB)
# - memlock - max locked-in-memory address space (KB)
# - nofile - max number of open files
# - rss - max resident set size (KB)
# - stack - max stack size (KB)
# - cpu - max CPU time (MIN)
# - nproc - max number of processes
# - as - address space limit
# - maxlogins - max number of logins for this user
# - maxsyslogins - max number of logins on the system
# - priority - the priority to run user process with
# - locks - max number of file locks the user can hold
# - sigpending - max number of pending signals
# - msgqueue - max memory used by POSIX message queues (bytes)
# - nice - max nice priority allowed to raise to
# - rtprio - max realtime priority
#
#<domain> <type> <item> <value>
#
这个里面可以对进程需要的很多资源进行配置，比如说我们现在需要就是onfile这个选项
open file
而且我们有两种配置方式，第一是针对用户组的形式，第二具体用户的形式
比如有mysql用户
mysql soft nofile 131072
上面就限制了mysql用户最大的打开文件数。同时可以通过ulimit命令来查看这些信息。
但有时候，我们遇到的不是two many open files 而是 two many connections，这个就是并发的连接数，通过修改参数mysql的max_connections来解决，但是需要注意的是当这个参数增大的时候，同时可能会引发two many open files的问题，原因上面已经解释过了。
自己并没有遇到过这个问题，只是简单模拟了一下，如果有错误，欢迎指正。
[ERROR] Error in accept: Two many open files。
而且这位朋友还说他并没有同时打开这么多文件，那么这是什么原因呢？
首先，我们需要了解的是，在linux里面打开文件是以文件描述符（FD，file descripter）的形式打开的，每打开一次文件，那么os就分配给你一个文件描述符,对于同一个文件如果有多个进程打开，那么就可以分配多个文件描述符。
好了，现在我们回到这个问题上，这位朋友说他并没有一次性打开这么多的文件，怎么会出现这个问题呢？刚才说了，每个进程打开同一个文件都可能分配一个独立的FD，而mysql正是这么做的，每个session开打的数据文件的描述符都是独立的，而对于索引文件则是所有的session贡献，我先将手册里面的原话贴出来：
MySQL is multi-threaded, so there may be many clients issuing queries for a given table simultaneously. To minimize the problem with multiple client sessions having different states on the same table, the table is opened independently by each concurrent session. This uses additional memory but normally increases performance. WithMyISAMtables, one extra file descriptor is required for the data file for each client that has the table open. (By contrast, the index file descriptor is shared between all sessions.)
好了，那你现在应该明白了，为什么并没有同时打开那么文件，但是却有那么多的文件描述符。弄清楚问题，那么现在就来解决这个问题。
首先是增大table_open_cache，具体用法参考手册上说明
然后根本解决方法是在os上增大mysqld这个线程的最大开打文件数，在linux里面可以通过编辑文件 /etc/security/limits.conf
然后里面的信息如下：
# /etc/security/limits.conf
#
#Each line describes a limit for a user in the form:
#
#<domain> <type> <item> <value>
#
#Where:
#<domain> can be:
# - an user name
# - a group name, with @group syntax
# - the wildcard *, for default entry
# - the wildcard %, can be also used with %group syntax,
# for maxlogin limit
#
#<type> can have the two values:
# - "soft" for enforcing the soft limits
# - "hard" for enforcing hard limits
#
#<item> can be one of the following:
# - core - limits the core file size (KB)
# - data - max data size (KB)
# - fsize - maximum filesize (KB)
# - memlock - max locked-in-memory address space (KB)
# - nofile - max number of open files
# - rss - max resident set size (KB)
# - stack - max stack size (KB)
# - cpu - max CPU time (MIN)
# - nproc - max number of processes
# - as - address space limit
# - maxlogins - max number of logins for this user
# - maxsyslogins - max number of logins on the system
# - priority - the priority to run user process with
# - locks - max number of file locks the user can hold
# - sigpending - max number of pending signals
# - msgqueue - max memory used by POSIX message queues (bytes)
# - nice - max nice priority allowed to raise to
# - rtprio - max realtime priority
#
#<domain> <type> <item> <value>
#
这个里面可以对进程需要的很多资源进行配置，比如说我们现在需要就是onfile这个选项
open file
而且我们有两种配置方式，第一是针对用户组的形式，第二具体用户的形式
比如有mysql用户
mysql soft nofile 131072
上面就限制了mysql用户最大的打开文件数。同时可以通过ulimit命令来查看这些信息。
但有时候，我们遇到的不是two many open files 而是 two many connections，这个就是并发的连接数，通过修改参数mysql的max_connections来解决，但是需要注意的是当这个参数增大的时候，同时可能会引发two many open files的问题，原因上面已经解释过了。
自己并没有遇到过这个问题，只是简单模拟了一下，如果有错误，欢迎指正。
2012年3月24日星期六
shell命令 2>&1
在unix高级环境编程第三章的习题有一个问题：
./a.out > outfile 2>&1 # 1
./a.out 2&1 > outfile # 2
问这两者有什么区别。
这个首先的说明几点:
1.在unix和类unix（linux之类）中以文件描述符的形式打开一个文件，这个文件描述符是一个非负数。
2.0代表标准输入，1代表标准输出，2代表标准错误输出
3.默认的情况下是1 所以> equal 1>，比如我们用文件描述符5打开了一个文件a，可以写成5>
4.shell命令的执行是从左往右
那么现在来看这两者有什么区别
对于第一条shell，首先是将a.out的内容标准输出，然后通过>（等价于1>，所以只对标准输出起作用）重定向到outfile，然后2>&1说明标准错误输出也往标准输出去，而由于之前标准输出以及重定向到了outfile，所以这里的错误输出也会重定向到outfile。
再看第二天shell，首先是a.out到标准输出，然后2>&1，所以标准错误输出也重定向到保准输出（注意此时的标准输出没有被重定向，所以默认是终端上），然后 > outfile ，这个说明此时再将标准输出到outfile，但是请注意标准错误输出2>不会也跟着被重定向到outfile，因为更改标准输出重定向在2>&1的后面。
至此你明白了吧，不信你可以自己试试这个结果，比如按照我下面的：
angbosen@db-9:~/shell-comand$ echo "aaa" > out.file 2>&1
angbosen@db-9:~/shell-comand$ cat out.file
aaa
angbosen@db-9:~/shell-comand$ echo "aaa" 2>&1 > out2.file
angbosen@db-9:~/shell-comand$ cat out2.file
aaa
angbosen@db-9:~/shell-comand$ cmd "aaa" 2>&1 > out2.file
-bash: cmd: command not found
hangbosen@db-9:~/shell-comand$ cmd "aaa" > out.file 2>&1
angbosen@db-9:~/shell-comand$ cat out.file
-bash: cmd: command not found
理解了吧，真的挺有意思的。
./a.out > outfile 2>&1 # 1
./a.out 2&1 > outfile # 2
问这两者有什么区别。
这个首先的说明几点:
1.在unix和类unix（linux之类）中以文件描述符的形式打开一个文件，这个文件描述符是一个非负数。
2.0代表标准输入，1代表标准输出，2代表标准错误输出
3.默认的情况下是1 所以> equal 1>，比如我们用文件描述符5打开了一个文件a，可以写成5>
4.shell命令的执行是从左往右
那么现在来看这两者有什么区别
对于第一条shell，首先是将a.out的内容标准输出，然后通过>（等价于1>，所以只对标准输出起作用）重定向到outfile，然后2>&1说明标准错误输出也往标准输出去，而由于之前标准输出以及重定向到了outfile，所以这里的错误输出也会重定向到outfile。
再看第二天shell，首先是a.out到标准输出，然后2>&1，所以标准错误输出也重定向到保准输出（注意此时的标准输出没有被重定向，所以默认是终端上），然后 > outfile ，这个说明此时再将标准输出到outfile，但是请注意标准错误输出2>不会也跟着被重定向到outfile，因为更改标准输出重定向在2>&1的后面。
至此你明白了吧，不信你可以自己试试这个结果，比如按照我下面的：
angbosen@db-9:~/shell-comand$ echo "aaa" > out.file 2>&1
angbosen@db-9:~/shell-comand$ cat out.file
aaa
angbosen@db-9:~/shell-comand$ echo "aaa" 2>&1 > out2.file
angbosen@db-9:~/shell-comand$ cat out2.file
aaa
angbosen@db-9:~/shell-comand$ cmd "aaa" 2>&1 > out2.file
-bash: cmd: command not found
hangbosen@db-9:~/shell-comand$ cmd "aaa" > out.file 2>&1
angbosen@db-9:~/shell-comand$ cat out.file
-bash: cmd: command not found
理解了吧，真的挺有意思的。
2012年3月18日星期日
[转载]运维必须要知道的几个Linux服务器监控命令
总结得相当全面，留下来以便查找
有些 Linux 发行版会提供 GUI 程序来进行系统的监控，例如 SUSE Linux 就有一个非常棒而且专业的工具 YaST，KDE 的 KDE System Guard 同样很出色。当然，要使用这些工具，你必须在服务器跟前进行操作，而且这些 GUI 的程序占用了很多系统资源，所以说，尽管 GUI 用来做基本的服务器健康状态监测挺好，但如果你想知道真正发生什么，请关掉 GUI 开始命令行之旅吧。
你应该只在需要的时候去启动 GUI ，不用的时候关掉它。如果要让服务器保持最佳性能，你应该将 Linux 服务器的运行级别 runlevel 设置为 3 ，就是控制台模式，当你需要图形化桌面的时候使用 startx 命令来启动它。
如果你的服务器启动后就直接进入图形界面，你需要修改配置 /etc/inittab 找到 initdefault 一样，将 id:5:initdefault 修改为 id:3:initdefault。
如果你没找到 /etc/inittab 文件，那就创建一个新的，文件内容增加 id:3 这么一行。这样下次服务器启动的时候就不会进入图形界面。如果你不想等到服务器重启的时候才生效，你可以执行 init 3 这个命令。
一旦你的服务器是在控制台模式下运行，你就可以开始我们接下来的内容。
iostat
iostat 命令用来显示存储子系统的详细信息，通常用它来监控磁盘 I/O 的情况。要特别注意 iostat 统计结果中的 %iowait 值，太大了表明你的系统存储子系统性能低下。
meminfo 和 free
Meminfo 可让你获取内存的详细信息，你可以使用 cat 和 grep 命令来显示 meminfo 信息：
# cat /proc/meminfo
另外你可以使用 free 命令来显示动态的内存使用信息，free 只是给你大概的内存信息，而 meminfo 提供的信息更加详细。
mpstat
mpstat mpstat是MultiProcessor Statistics的缩写，是实时系统监控工具。其报告与CPU的一些统计信息，这些信息存放在/proc/stat文件中。在多CPUs系统里，其不但能查看所有CPU的平均状况信息，而且能够查看特定CPU的信息。
netstat
Netstat 和 ps 命令类似，是 Linux 管理员基本上每天都会用的工具，它显示了大量跟网络相关的信息，例如 socket 的使用、路由、接口、协议、网络等等，下面是一些常用的参数：
1-a Show all socket information
2-r Show routing information
3-i Show network interface statistics
4-s Show network protocol statistics
你应该只在需要的时候去启动 GUI ，不用的时候关掉它。如果要让服务器保持最佳性能，你应该将 Linux 服务器的运行级别 runlevel 设置为 3 ，就是控制台模式，当你需要图形化桌面的时候使用 startx 命令来启动它。
如果你的服务器启动后就直接进入图形界面，你需要修改配置 /etc/inittab 找到 initdefault 一样，将 id:5:initdefault 修改为 id:3:initdefault。
如果你没找到 /etc/inittab 文件，那就创建一个新的，文件内容增加 id:3 这么一行。这样下次服务器启动的时候就不会进入图形界面。如果你不想等到服务器重启的时候才生效，你可以执行 init 3 这个命令。
一旦你的服务器是在控制台模式下运行，你就可以开始我们接下来的内容。
iostat
iostat 命令用来显示存储子系统的详细信息，通常用它来监控磁盘 I/O 的情况。要特别注意 iostat 统计结果中的 %iowait 值，太大了表明你的系统存储子系统性能低下。
meminfo 和 free
Meminfo 可让你获取内存的详细信息，你可以使用 cat 和 grep 命令来显示 meminfo 信息：
# cat /proc/meminfo
另外你可以使用 free 命令来显示动态的内存使用信息，free 只是给你大概的内存信息，而 meminfo 提供的信息更加详细。
mpstat
mpstat mpstat是MultiProcessor Statistics的缩写，是实时系统监控工具。其报告与CPU的一些统计信息，这些信息存放在/proc/stat文件中。在多CPUs系统里，其不但能查看所有CPU的平均状况信息，而且能够查看特定CPU的信息。
netstat
Netstat 和 ps 命令类似，是 Linux 管理员基本上每天都会用的工具，它显示了大量跟网络相关的信息，例如 socket 的使用、路由、接口、协议、网络等等，下面是一些常用的参数：
1-a Show all socket information
2-r Show routing information
3-i Show network interface statistics
4-s Show network protocol statistics
nmon
Nmon, 是 Nigel's Monitor 的缩写，是一个使用很普遍的开源工具，用以监控 Linux 系统的性能。Nmon 监控多个子系统的性能数据，例如处理器的使用率、内存使用率、队列、磁盘I/O统计、网络I/O统计、内存页处理和进程信息。Nmon 也提供了一个图形化的工具。
要运行 nmon，你可以在命令行中启动它，然后选择要监控的子系统，这些子系统都对应有一个快捷键，例如输入 c 可查看 CPU 信息，m用于查看内存，d用来查看磁盘信息等，你也可以使用 -f 命令将 nmon 的执行结果保存到一个 CSV 文件中，便于日后分析。
在每日的监控工作中，我发现 nmon 是我最常用的工具。
pmap
pmap 命令用来报告每个进程占用内存的详细情况，可用来看是否有进程超支了，该命令需要进程 id 作为参数。
ps 和 pstree
ps 和 pstree 命令是 Linux 系统管理员最好的朋友，都可以用来列表正在运行的所有进程。ps 告诉你每个进程占用的内存和 CPU 处理时间，而 pstree 显示的信息没那么详细，但它以树形结构显示进程之间的依赖关系，包括子进程信息。一旦发现某个进程有问题，你可以使用 kill 来杀掉它。
sar
sar 程序是系统监控工具里的瑞士军刀。该程序包含三个工具：sar 用来显示数据，sa1 和 sa2 用来收集数据并保存。sar 可用来显示 CPU 使用率、内存页数据、网络 I/O 和传输统计、进程创建活动和磁盘设备的活动详情。sar 和 nmon 最大的不同就是 sar 跟适合用作长期的监控，而 nmon 可以让你快速的了解系统当前状态。
strace
strace 经常被认为是程序员调试的工具，但不止如此。它可以记录进程进行系统调用的详情，因此它也是一个非常好的诊断工具，例如你可以使用它来找出某个程序正在打开某个配置文件。
Strace 也有一个缺陷，但它在跟踪某个进程时会让该进程的性能变得非常差，因此请谨慎使用。
tcpdump
Tcpdump 是一个简单、可靠的网络监控工具，用来做基本的协议分析，看看那些进程在使用网络以及如何使用网络。当然，如果你要获取跟详细的信息，你应该使用 Wireshark (下面我们会介绍).
top
top 命令显示当前的活动进程，默认它是按消耗 CPU 的厉害程度进行排序，每5秒钟刷新一次列表，你也可以选择不同的排序方式，例如 m 是按内存占用方式进行排序的快捷键。
uptime
uptime 命令告诉你这台服务器从开机启动到现在已经运行了多长时间了。同时也包含了从启动到现在服务器的平均负载情况。
vmstat
你可以使用 vmstat 来监控虚拟内存，一般 Linux 上的开发者喜欢使用虚拟内存来获得最佳的存储性能。该命令报告关于内核线程、虚拟内存、磁盘、陷阱和 CPU 活动的统计信息。由 vmstat 命令生成的报告可以用于平衡系统负载活动。系统范围内的这些统计信息（所有的处理器中）都计算出以百分比表示的平均值，或者计算其总和。
Wireshark
Wireshark, 前身是 Ethereal ，是一个网络协议检测程序，让您经由程序抓取运行的网站的相关资讯，包括每一封包流向及其内容、资讯可依操作系统语系看出,方便查看、监控TCP session动态等等.
这里罗列的是大多数最有价值的 Linux 监控程序，如果你全都能够熟练运用，那么你肯定在linux管理方面非常得心应手了。
Nmon, 是 Nigel's Monitor 的缩写，是一个使用很普遍的开源工具，用以监控 Linux 系统的性能。Nmon 监控多个子系统的性能数据，例如处理器的使用率、内存使用率、队列、磁盘I/O统计、网络I/O统计、内存页处理和进程信息。Nmon 也提供了一个图形化的工具。
要运行 nmon，你可以在命令行中启动它，然后选择要监控的子系统，这些子系统都对应有一个快捷键，例如输入 c 可查看 CPU 信息，m用于查看内存，d用来查看磁盘信息等，你也可以使用 -f 命令将 nmon 的执行结果保存到一个 CSV 文件中，便于日后分析。
在每日的监控工作中，我发现 nmon 是我最常用的工具。
pmap
pmap 命令用来报告每个进程占用内存的详细情况，可用来看是否有进程超支了，该命令需要进程 id 作为参数。
ps 和 pstree
ps 和 pstree 命令是 Linux 系统管理员最好的朋友，都可以用来列表正在运行的所有进程。ps 告诉你每个进程占用的内存和 CPU 处理时间，而 pstree 显示的信息没那么详细，但它以树形结构显示进程之间的依赖关系，包括子进程信息。一旦发现某个进程有问题，你可以使用 kill 来杀掉它。
sar
sar 程序是系统监控工具里的瑞士军刀。该程序包含三个工具：sar 用来显示数据，sa1 和 sa2 用来收集数据并保存。sar 可用来显示 CPU 使用率、内存页数据、网络 I/O 和传输统计、进程创建活动和磁盘设备的活动详情。sar 和 nmon 最大的不同就是 sar 跟适合用作长期的监控，而 nmon 可以让你快速的了解系统当前状态。
strace
strace 经常被认为是程序员调试的工具，但不止如此。它可以记录进程进行系统调用的详情，因此它也是一个非常好的诊断工具，例如你可以使用它来找出某个程序正在打开某个配置文件。
Strace 也有一个缺陷，但它在跟踪某个进程时会让该进程的性能变得非常差，因此请谨慎使用。
tcpdump
Tcpdump 是一个简单、可靠的网络监控工具，用来做基本的协议分析，看看那些进程在使用网络以及如何使用网络。当然，如果你要获取跟详细的信息，你应该使用 Wireshark (下面我们会介绍).
top
top 命令显示当前的活动进程，默认它是按消耗 CPU 的厉害程度进行排序，每5秒钟刷新一次列表，你也可以选择不同的排序方式，例如 m 是按内存占用方式进行排序的快捷键。
uptime
uptime 命令告诉你这台服务器从开机启动到现在已经运行了多长时间了。同时也包含了从启动到现在服务器的平均负载情况。
vmstat
你可以使用 vmstat 来监控虚拟内存，一般 Linux 上的开发者喜欢使用虚拟内存来获得最佳的存储性能。该命令报告关于内核线程、虚拟内存、磁盘、陷阱和 CPU 活动的统计信息。由 vmstat 命令生成的报告可以用于平衡系统负载活动。系统范围内的这些统计信息（所有的处理器中）都计算出以百分比表示的平均值，或者计算其总和。
Wireshark
Wireshark, 前身是 Ethereal ，是一个网络协议检测程序，让您经由程序抓取运行的网站的相关资讯，包括每一封包流向及其内容、资讯可依操作系统语系看出,方便查看、监控TCP session动态等等.
这里罗列的是大多数最有价值的 Linux 监控程序，如果你全都能够熟练运用，那么你肯定在linux管理方面非常得心应手了。
2012年3月8日星期四
Linux I/O 调度策略
I/O scheduler的作用就是为请求队列里面的IO请求做一个优化，以此达到提高系统吞吐量、缩短响应时间的目的。更改I/O scheduler有两种方式：
1./sys/block/device_name/queue/scheduler(IOscheduler);/sys/block/device_name/queue/nr_request(queue
size)
2.永久修改？启动时，grup->edit->elevator
= scheduler_name
但是提高系统吞吐量和缩短响应时间是一件矛盾的事情。因为如果为了提高系统吞吐量，则必然要对IO请求的某些顺序做改变，这就导致了某些IO请求的响应时间增大。而如果为了减小响应时间（那么就是来一个请求响应一个）那么系统吞吐量或许就会降低了。因此linux有了四种I/O scheduler来满足不同的情况。
1.
CFQ(completely fair queuing)
完全公平队列，实现了请求合并、电梯算法。每个进程的IO请求产生一个队列，这个队列是对寻道地址进行排序，尽量减少寻道时间。每个进程的队列有自己的优先级，然后以时间片轮转的方式去服务每个进程的请求队列。[1]
2.
Deadline
这种调度方式实现了请求合并、电梯算法，然后为每个请求分配一个超期时间，这样就避免了某个请求被饿死的情况。在它的实现中分配了好几个队列，deadline queue（这个是根据超期时间来排序的），这个是按照磁道访问顺序来的；write queue；read queue。其中read queue的优先级比write queue的优先级高，这主要是因为用户发出了读请求后会立马等待结果，而用户发出了写请求后则不会等待他是否完成了（因为用户看不到）。这三者的优先级关系是Q(read) > Q(read) > Q(deadline)。大概的响应流程：决定下一次是从队列中响应哪个请求时，首先是从Q(deadline)去查看第一个请求是否超期了，如果没有那么就会从read或write队列（这个应该是根据他们之间的优先级来定的）里面读取一批的请求去响应（默认好像是5个）。
3.
NOOP
NOOP的全称是no operations，它就是一个简单的FIFO，不过它实现了合并请求的功能，也就是说如果两个请求访问的额磁道地址在一起，那么就会合并它们。这种适用于没有寻到时间的情况，比如说SSD、fusion IO，而不适应HDD。
4.
AS
AS其实和CFQ差不蛮多，称作预期的调度，别的IO scheduler都只是对离散IO做了优化但是并没有对连续IO作优化，比如说一个IO请求刚执行完的这瞬间又在此位置来了一个IO请求，那么在AS这种情况下就可以马上响应刚才新来的那个请求，它是通过每次完成之后等那么极短的时间来响应的（6ms？）不过现在已经被CFQ取代。
简单的说：CFQ是一种通用方案，deadline适用database情景，而NOOP适用SSD、fusion IO。但是具体的也要看实际情况，比如说deadline只有在极大地IO情况下才有可能提升一定的性能（自己做过测试，规模比较小，没有多大性能提升）
下面在谈谈queue size
Queue size就是用来存在IO请求的队列的大小，所以理论上来说queue size越大，提升的性能更大，因为有更多的请求被优化了。但是这里需要注意几种情况。
1.
在SSD、Fusion IO这种不需要寻道时间（seek time）的情景下，增大了size并没有多大益处，或许会因为对队列的维护而带来负面影响。所以使用之前最好还是测试一下比较合适。
2.
在使用innodb的时候，无论是CFQ还是deadline，都不要设置为太大的queue size。因为有人说（不是官方说法[2]）innodb内部也对io请求做了根os一样的优化，那么如果在os层把queue size设得太大的话会与innodb内部重复，导致额外的代价，性能或许会更低。
3.
Linux的文档中说deadline比CFQ更适合数据库这种情况，但是貌似只有在极大地系统压力情况下deadline才会比CFQ有比较大的性能优势。
介绍了cfq/deadline的一些细节。
订阅：
博文 (Atom)