iostat主要用于報告中央處理器（CPU）統(tǒng)計信息和整個系統(tǒng)、適配器、tty 設(shè)備、磁盤和 CD-ROM 的輸入/輸出統(tǒng)計信息，下面小編就為大家具體的講解Linux系統(tǒng)中容易被誤讀的IOSTAT。
iostat(1)是在Linux系統(tǒng)上查看I/O性能最基本的工具，然而對于那些熟悉其它UNIX系統(tǒng)的人來說它是很容易被誤讀的。比如在HP-UX上 avserv（相當(dāng)于Linux上的 svctm）是最重要的I/O指標(biāo)，反映了硬盤設(shè)備的性能，它是指I/O請求從SCSI層發(fā)出、到I/O完成之后返回SCSI層所消耗的時間，不包括在SCSI隊列中的等待時間，所以avserv體現(xiàn)了硬盤設(shè)備處理I/O的速度，又被稱為disk service time，如果avserv很大，那么肯定是硬件出問題了。然而Linux上svctm的含義截然不同，事實上在iostat(1)和sar(1)的man page上都說了不要相信svctm，該指標(biāo)將被廢棄：
“Warning! Do not trust this field any more. This field will be removed in a future sysstat version.”
在Linux上，每個I/O的平均耗時是用await表示的，但它不能反映硬盤設(shè)備的性能，因為await不僅包括硬盤設(shè)備處理I/O的時間，還包括了在隊列中等待的時間。I/O請求在隊列中的時候尚未發(fā)送給硬盤設(shè)備，即隊列中的等待時間不是硬盤設(shè)備消耗的，所以說await體現(xiàn)不了硬盤設(shè)備的速度，內(nèi)核的問題比如I/O調(diào)度器什么的也有可能導(dǎo)致await變大。那么有沒有哪個指標(biāo)可以衡量硬盤設(shè)備的性能呢？非常遺憾的是，iostat(1)和sar(1)都沒有，這是因為它們所依賴的/proc/diskstats不提供這項數(shù)據(jù)。要真正理解iostat的輸出結(jié)果，應(yīng)該從理解/proc/diskstats開始。
# cat /proc/diskstats
8 0 sda 239219 1806 37281259 2513275 904326 88832 50268824 26816609 0 4753060 29329105
8 1 sda1 338 0 53241 6959 154 0 5496 3724 0 6337 10683
8 2 sda2 238695 1797 37226458 2504489 620322 88832 50263328 25266599 0 3297988 27770221
8 16 sdb 1009117 481 1011773 127319 0 0 0 0 0 126604 126604
8 17 sdb1 1008792 480 1010929 127078 0 0 0 0 0 126363 126363
253 0 dm-0 1005 0 8040 15137 30146 0 241168 2490230 0 30911 2505369
253 1 dm-1 192791 0 35500457 2376087 359162 0 44095600 22949466 0 2312433 25325563
253 2 dm-2 47132 0 1717329 183565 496207 0 5926560 7348763 0 2517753 7532688
/proc/diskstats有11個字段，以下內(nèi)核文檔解釋了它們的含義https://www.kernel.org/doc/Documentation/iostats.txt，我重新表述了一下，注意除了字段#9之外都是累計值，從系統(tǒng)啟動之后一直累加：
(rd_ios)讀操作的次數(shù)。(rd_merges)合并讀操作的次數(shù)。如果兩個讀操作讀取相鄰的數(shù)據(jù)塊時，可以被合并成一個，以提高效率。合并的操作通常是I/O scheduler（也叫elevator）負(fù)責(zé)的。(rd_sectors)讀取的扇區(qū)數(shù)量。(rd_ticks)讀操作消耗的時間（以毫秒為單位）。每個讀操作從__make_request()開始計時，到end_that_request_last()為止，包括了在隊列中等待的時間。(wr_ios)寫操作的次數(shù)。(wr_merges)合并寫操作的次數(shù)。(wr_sectors)寫入的扇區(qū)數(shù)量。(wr_ticks)寫操作消耗的時間（以毫秒為單位）。(in_flight)當(dāng)前未完成的I/O數(shù)量。在I/O請求進(jìn)入隊列時該值加1，在I/O結(jié)束時該值減1。
注意：是I/O請求進(jìn)入隊列時，而不是提交給硬盤設(shè)備時。(io_ticks)該設(shè)備用于處理I/O的自然時間(wall-clock time)。
請注意io_ticks與rd_ticks(字段#4)和wr_ticks(字段#8)的區(qū)別，rd_ticks和wr_ticks是把每一個I/O所消耗的時間累加在一起，因為硬盤設(shè)備通常可以并行處理多個I/O，所以rd_ticks和wr_ticks往往會比自然時間大。而io_ticks表示該設(shè)備有I/O（即非空閑）的時間，不考慮I/O有多少，只考慮有沒有。在實際計算時，字段#9(in_flight)不為零的時候io_ticks保持計時，字段#9(in_flight)為零的時候io_ticks停止計時。(time_in_queue)對字段#10(io_ticks)的加權(quán)值。字段#10(io_ticks)是自然時間，不考慮當(dāng)前有幾個I/O，而time_in_queue是用當(dāng)前的I/O數(shù)量（即字段#9 in-flight）乘以自然時間。雖然該字段的名稱是time_in_queue，但并不真的只是在隊列中的時間，其中還包含了硬盤處理I/O的時間。iostat在計算avgqu-sz時會用到這個字段。
iostat(1)是以/proc/diskstats為基礎(chǔ)計算出來的，因為/proc/diskstats并未把隊列等待時間和硬盤處理時間分開，所以凡是以它為基礎(chǔ)的工具都不可能分別提供disk service time以及與queue有關(guān)的值。
注：下面的公式中“Δ”表示兩次取樣之間的差值，“Δt”表示采樣周期。
r/s：每秒讀操作的次數(shù)=[Δrd_ios/Δt]r/s：每秒讀操作的次數(shù)=[Δwr_ios/Δt]tps：每秒I/O次數(shù)=[(Δrd_ios+Δwr_ios)/Δt]rkB/s：每秒讀取的千字節(jié)數(shù)=[Δrd_sectors/Δt]*[512/1024]wkB/s：每秒寫入的千字節(jié)數(shù)=[Δwr_sectors/Δt]*[512/1024]rrqm/s：每秒合并讀操作的次數(shù)=[Δrd_merges/Δt]wrqm/s：每秒合并寫操作的次數(shù)=[Δwr_merges/Δt]avgrq-sz：每個I/O的平均扇區(qū)數(shù)=[Δrd_sectors+Δwr_sectors]/[Δrd_ios+Δwr_ios]avgqu-sz：隊列里的平均I/O請求數(shù)量=[Δtime_in_queue/Δt]
（更恰當(dāng)?shù)睦斫鈶?yīng)該是平均未完成的I/O請求數(shù)量。）await：每個I/O平均所需的時間=[Δrd_ticks+Δwr_ticks]/[Δrd_ios+Δwr_ios]
不僅包括硬盤設(shè)備處理I/O的時間，還包括了在kernel隊列中等待的時間。r_await：每個讀操作平均所需的時間=[Δrd_ticks/Δrd_ios]
不僅包括硬盤設(shè)備讀操作的時間，還包括了在kernel隊列中等待的時間。w_await：每個寫操作平均所需的時間=[Δwr_ticks/Δwr_ios]
不僅包括硬盤設(shè)備寫操作的時間，還包括了在kernel隊列中等待的時間。%util：該硬盤設(shè)備的繁忙比率=[Δio_ticks/Δt]
表示該設(shè)備有I/O（即非空閑）的時間比率，不考慮I/O有多少，只考慮有沒有。svctm：已被廢棄的指標(biāo)，沒什么意義，svctm=[util/tput]
對iostat(1)的恰當(dāng)解讀有助于正確地分析問題，我們結(jié)合實際案例進(jìn)一步討論。
關(guān)于rrqm/s和wrqm/s
前面講過，如果兩個I/O操作發(fā)生在相鄰的數(shù)據(jù)塊時，它們可以被合并成一個，以提高效率，合并的操作通常是I/O scheduler（也叫elevator）負(fù)責(zé)的。
以下案例對許多硬盤設(shè)備執(zhí)行同樣的壓力測試，結(jié)果惟有sdb比其它硬盤都更快一些，可是硬盤型號都一樣，為什么sdb的表現(xiàn)不一樣？
可以看到其它硬盤的rrqm/s都為0，而sdb不是，就是說發(fā)生了I/O合并，所以效率更高，r/s和rMB/s都更高，我們知道I/O合并是內(nèi)核的I/O scheduler（elevator）負(fù)責(zé)的，于是檢查了sdb的/sys/block/sdb/queue/scheduler，發(fā)現(xiàn)它與別的硬盤用了不同的I/O scheduler，所以表現(xiàn)也不一樣。
%util與硬盤設(shè)備飽和度
%util表示該設(shè)備有I/O（即非空閑）的時間比率，不考慮I/O有多少，只考慮有沒有。由于現(xiàn)代硬盤設(shè)備都有并行處理多個I/O請求的能力，所以%util即使達(dá)到100%也不意味著設(shè)備飽和了。舉個簡化的例子：某硬盤處理單個I/O需要0.1秒，有能力同時處理10個I/O請求，那么當(dāng)10個I/O請求依次順序提交的時候，需要1秒才能全部完成，在1秒的采樣周期里%util達(dá)到100%；而如果10個I/O請求一次性提交的話，0.1秒就全部完成，在1秒的采樣周期里%util只有10%。可見，即使%util高達(dá)100%，硬盤也仍然有可能還有余力處理更多的I/O請求，即沒有達(dá)到飽和狀態(tài)。那么iostat(1)有沒有哪個指標(biāo)可以衡量硬盤設(shè)備的飽和程度呢？很遺憾，沒有。
await多大才算有問題
await是單個I/O所消耗的時間，包括硬盤設(shè)備處理I/O的時間和I/O請求在kernel隊列中等待的時間，正常情況下隊列等待時間可以忽略不計，姑且把a(bǔ)wait當(dāng)作衡量硬盤速度的指標(biāo)吧，那么多大算是正常呢？
對于SSD，從0.0x毫秒到1.x毫秒不等，具體看產(chǎn)品手冊；
對于機(jī)械硬盤，可以參考以下文檔中的計算方法：
http://101.96.10.61/cseweb.ucsd.edu/classes/wi01/cse102/sol2.pdf
大致來說一萬轉(zhuǎn)的機(jī)械硬盤是8.38毫秒，包括尋道時間、旋轉(zhuǎn)延遲、傳輸時間。
在實踐中，要根據(jù)應(yīng)用場景來判斷await是否正常，如果I/O模式很隨機(jī)、I/O負(fù)載比較高，會導(dǎo)致磁頭亂跑，尋道時間長，那么相應(yīng)地await要估算得大一些；如果I/O模式是順序讀寫，只有單一進(jìn)程產(chǎn)生I/O負(fù)載，那么尋道時間和旋轉(zhuǎn)延遲都可以忽略不計，主要考慮傳輸時間，相應(yīng)地await就應(yīng)該很小，甚至不到1毫秒。在以下實例中，await是7.50毫秒，似乎并不大，但考慮到這是一個dd測試，屬于順序讀操作，而且只有單一任務(wù)在該硬盤上，這里的await應(yīng)該不到1毫秒才算正常：
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
sdg 0.00 0.00 133.00 0.00 2128.00 0.00 16.00 1.00 7.50 7.49 99.60
對磁盤陣列來說，因為有硬件緩存，寫操作不等落盤就算完成，所以寫操作的service time大大加快了，如果磁盤陣列的寫操作不在一兩個毫秒以內(nèi)就算慢的了；讀操作則未必，不在緩存中的數(shù)據(jù)仍然需要讀取物理硬盤，單個小數(shù)據(jù)塊的讀取速度跟單盤差不多
