mfs 影響 mysql？

gravityjeff

我們線上一臺數(shù)據(jù)庫兼做mfs的mfschunkserver，現(xiàn)在出現(xiàn)一個比較奇怪的現(xiàn)象。
下面是我的磁盤掛載
文件系統(tǒng)              容量  已用 可用 已用% 掛載點
/dev/sda2             142G   12G  124G   9% /
/dev/sda1             1.9G   42M  1.8G   3% /boot
/dev/sda5             211G   30G  171G  15% /data
tmpfs                  16G     0   16G   0% /dev/shm
/dev/sda6             101G   49G   48G  51% /log
/dev/sda7              90G   16G   70G  19% /mfs

可以看到sda7是mfs分區(qū)
最近數(shù)據(jù)庫偶爾出現(xiàn)卡的情況，我用iostat檢測，發(fā)現(xiàn)無規(guī)律地出現(xiàn)mfs分區(qū)讀壓力突增的情況。

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           3.94    0.00    1.19    0.31    0.00   94.57

Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00   169.00 73.00 33.00   848.00  3000.00    36.30     0.07    0.65   0.58   6.20
sda1              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda2              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda3              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda4              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda5              0.00     7.00 12.00 22.00   360.00  1616.00    58.12     0.05    1.56   1.41   4.80
sda6              0.00   162.00 61.00 11.00   488.00  1384.00    26.00     0.02    0.22   0.19   1.40
sda7              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           5.18    0.00    1.69    3.25    0.00   89.88

Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda             238.61   142.57 587.13 39.60 130495.05  2368.32   211.99     0.79    1.25   0.49  30.59
sda1              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda2              0.00     0.99  0.00  2.97     0.00    31.68    10.67     0.00    0.00   0.00   0.00
sda3              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda4              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda5              0.00     9.90  6.93 26.73   198.02  1203.96    41.65     0.21    6.24   5.88  19.80
sda6              0.00   131.68 47.52  9.90   380.20  1132.67    26.34     0.25    4.43   4.43  25.45
sda7            238.61     0.00 532.67  0.00 129916.83     0.00   243.90     0.32    0.60   0.46  24.55

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           4.56    0.00    1.06    0.37    0.00   94.00

Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00   159.00 66.00 24.00   744.00  3120.00    42.93     0.07    0.78   0.73   6.60
sda1              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda2              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda3              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda4              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sda5              0.00     4.00  9.00 13.00   288.00  1792.00    94.55     0.04    2.05   2.00   4.40
sda6              0.00   155.00 57.00 11.00   456.00  1328.00    26.24     0.03    0.37   0.35   2.40
sda7              0.00     0.00  0.00  0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00





大概幾秒鐘或者幾分鐘出現(xiàn)一次，這個mfs分區(qū)的用途是半夜備份大文件才用的，平時根本沒有進程讀寫
請問各位大哥有遇到過這樣的情況嗎？

gravityjeff

剛發(fā)現(xiàn)規(guī)律，10秒鐘出現(xiàn)一次，看來是mfschunkserver這個進程導(dǎo)致的。
但是為何這個進程要10秒讀一次呢