標籤:
一、修改Linux預設的IO調度演算法.
linux預設的IO調度演算法為cfq,需要修改為dealine,如果是SSD或者PCIe-SSD裝置,需要修改為noop,可以使用下面兩種修改方式。
1、線上動態修改,重啟失效。
echo “deadline” > /sys/block/sda/queue/scheduler
tips:這裡的sda代表你需要修改的硬碟,根據你實際情況修改。
2、修改/etc/grub.conf,永久生效。
修改/etc/grub.conf設定檔,在kernel那行增加一個配置,例如:
kernel /vmlinuz-2.6.32-279.el6.x86_64 ro root=UUID=e01d6bb4-bd74-404f-855a-0f700fad4de0 rd_NO_LUKS rd_NO_LVM LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun1
6 crashkernel=auto KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM elevator=deadline rhgb quiet
主要關注elevator這個參數,設定核心的話需要重啟系統才會生效。
最後可以通過 cat /sys/block/sda/queue/scheduler 觀察一下,修改前和修改後的區別。
二、擴大檔案描述符
這個是經常修改的參數,高並發的程式都會修改。
1、動態修改,重啟失效,只能使用root,並且當前session有效。
ulimit -n 51200
2、修改設定檔,永久生效。
在/etc/security/limits.conf設定檔中增加一行
* hard nofile 51200
擴大可開啟進程數 nprocess /etc/security/limits.conf
在/etc/security/limits.conf設定檔中增加一行
* hard nproc 51200
最後修改/etc/pam.d/login檔案添加
session required /lib64/security/pam_limits.so
重啟系統以後使用 ulimit -a 命令查看是否生效。
三、禁用numa特性
新一代架構的NUMA不適合跑資料庫,它本意是為了提高記憶體利用率,但是實際效果不好,反而可能導致一CPU的記憶體尚有剩餘,但是另外一個不夠用,發生swap的問題,因此建議關閉或者修改NUMA的調度機制。
1、修改/etc/grub.conf關閉NUMA,重啟後生效。
kernel /vmlinuz-2.6.32-279.el6.x86_64 ro root=UUID=e01d6bb4-bd74-404f-855a-0f700fad4de0 rd_NO_LUKS rd_NO_LVM LANG=en_US.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun1
6 crashkernel=auto KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM elevator=deadline numa=off rhgb quiet
2、修改/etc/init.d/mysql或者mysqld_safe指令碼,設定啟動mysqld進程時的NUMA調度機制,例如。
在新版的mysqld_safe指令碼中內建如下內容,所以不需要添加,你可以看看你的mysqld_safe指令碼有沒有如下內容。
if true && test $numa_interleave -eq 1
then
# Locate numactl, ensure it exists.
if ! my_which numactl > /dev/null 2>&1
then
log_error “numactl command not found, required for –numa-interleave”
exit 1
# Attempt to run a command, ensure it works.
elif ! numactl –interleave=all true
then
log_error “numactl failed, check if numactl is properly installed”
fi
# Launch mysqld with numactl.
cmd=”$cmd numactl –interleave=all”
elif test $numa_interleave -eq 1
then
log_error “–numa-interleave is not supported on this platform”
exit 1
fi
四、修改swappiness設定
swappiness是linux的一個核心參數,用來控制實體記憶體交換出去的策略.它允許一個百分比的值,最小的為0,最大的為100,改值預設是60.可以通過下面命令觀察
# sysctl -a | grep swappiness
vm.swappiness = 60
這個設定值到底有什麼影響呢?
vm.swappiness設定為0表示盡量少使用swap,100表示盡量將inactive的記憶體頁交換到swap裡或者釋放cache(cache類似於預讀的檔案)。
inactive記憶體的意思是程式映射著,但是”長時間”不用的記憶體。我們可以利用vmstat查看系統裡面有多少inactive的記憶體。
# vmstat -a 1
procs ———–memory———- —swap– —–io—- –system– —–cpu——
r b swpd free inact active si so bi bo in cs us sy id wa st
0 0 16930764 192752 3673320 28601732 0 0 19 31 0 0 1 0 99 0 0
1 0 16930764 192752 3673320 28601732 0 0 0 0 1136 271 0 0 100 0 0
0 0 16930764 192748 3673320 28601732 0 0 0 56 1167 325 1 0 99 0 0
0 0 16930764 192740 3673320 28601732 0 0 0 40 1039 164 0 0 100 0 0
在Centos7之前,這個值建議設定為0,但是在新版本的核心裡面,這樣設定可能導致OOM(記憶體溢出),然後kernel會殺掉使用記憶體最多的mysqld進程。
所以現在這個值推薦設定為1,設定方法如下:
在/etc/sysctl.conf檔案中增加一行。
vm.swappiness = 1
# sysctl -p //運行這個命令,讓配置立刻生效。
五、最佳化檔案系統掛載參數。
首先關於使用什麼檔案系統,網上很多測試,煙花繚亂.大概的結論如下。
xfs > ext3:xfs效能優於ext3
ext4 > ext3:ext4效能優於ext3
ext4 ??? xfs :xfs和ext4誰更優秀?我說不太准…..
然後就是掛載檔案系統使用的參數:
defaults,noatime,nodiratime,barrier=0(在xfs上使用nobarrier)
檔案系統掛載參數是在/etc/fstab檔案中修改,重啟時候生效。
noatime表示不記錄訪問時間,nodiratime不記錄目錄的訪問時間。
barrier=0,表示關閉barrier功能.barrier的主要目的是為了保證磁碟寫資料的安全性,但是會降低效能。如果有BBU之類的電池備份電源保證控制卡不瞬間掉電,那麼這個功能就可以放心大膽的關閉。
可以通過一下命令,查看配置是否生效.
# cat /proc/mounts
rootfs / rootfs rw 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
sysfs /sys sysfs rw,seclabel,nosuid,nodev,noexec,relatime 0 0
devtmpfs /dev devtmpfs rw,seclabel,nosuid,relatime,size=8188388k,nr_inodes=2047097,mode=755 0 0
devpts /dev/pts devpts rw,seclabel,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /dev/shm tmpfs rw,seclabel,nosuid,nodev,relatime 0 0
/dev/sda3 / ext4 rw,seclabel,relatime,noatime,nodiratime,barrier=0,data=ordered 0 0
none /selinux selinuxfs rw,relatime 0 0
devtmpfs /dev devtmpfs rw,seclabel,nosuid,relatime,size=8188388k,nr_inodes=2047097,mode=755 0 0
/proc/bus/usb /proc/bus/usb usbfs rw,relatime 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0
/dev/sda1 /boot ext4 rw,seclabel,noatime,nodiratime,barrier=0,data=ordered 0 0
參考文檔:
http://www.woqutech.com/?p=1200
http://www.percona.com/blog/2014/04/28/oom-relation-vm-swappiness0-new-kernel/ OOM
http://www.cnblogs.com/qq78292959/archive/2012/03/07/2383337.html 檔案描述符
http://blog.csdn.net/yunsongice/article/details/6171279 IO調度演算法解析
mysql在linux系統最佳化環境配置