mysql之 CentOS系统针对mysql参数优化

原文:https://blog.csdn.net/zhang123456456/article/details/82895484
内核相关参数(/etc/sysctl.conf)
　　以下参数可以直接放到sysctl.conf文件的末尾：
　　　　net.core.somaxconn = 65535
　　　　net.core.netdev_max_backlog = 65535
　　　　net.ipv4.tcp_max_syn_backlog = 65535

加快TCP连接的回收：
　　　　net.ipv4.tcp_fin_timeout = 10
　　　　net.ipv4.tcp_tw_reuse = 1
　　　　net.ipv4.tcp_tw_recycle = 1

TCP连接接收和发送缓冲区大小的默认值和最大值:
　　　　net.core.wmem_default = 87380
　　　　net.core.wmem_max = 16777216
　　　　net.core.rmem_default = 87380
　　　　net.core.rmem_max = 16777216

减少失效连接所占用的TCP资源的数量，加快资源回收的效率
　　　　net.ipv4.tcp_keepalive_time = 120
　　　　net.ipv4.tcp_keepalive_intvl = 30
　　　　net.ipv4.tcp_keepalive_probes = 3

kernel.shmmax = 4294967295
　　　　Linux内核参数中最重要的参数之一，用于定义单个共享内存段的最大值。
　　　　注意：
　　　　　　1. 这个参数应该设置的足够大，以便能在一个共享内存段下容纳整个的Innodb
　　　　　　缓冲池的大小
　　　　　　2. 这个值的大小对于64位linux系统，可取的最大值为物理内存值-1byte，建议
　　　　　　值为大于物理内存的一半，一般取值大于Innodb缓冲池的大小即可，可以取物理内存-1byte

vm.swappiness = 0
　　　 这个参数当内存不足时会对性能产生比较明显的影响。
　　　　Linux系统内存交换区：
　　　　　　在Linux系统安装时都会有一个特殊的磁盘分区，称之为系统交换分区。
　　　　使用free-m命令可以看到swap就是内存交换区.
　　　　作用：
　　　　　　当操作系统因为没有足够的内存时就会将一些虚拟内存写到磁盘的交换区中
　　　　这样就会发生内存交换。
　　　　在MySQL服务器上是否要使用交换分区有一些争议：
　　　　　　　　在MySQL服务所在的Linux系统上完全禁用交换分区。
　　　　带来的风险：
　　　　　　1. 降低操作系统的性能
　　　　　　2. 容易造成内存溢出，崩溃，或都被操作系统kill掉
　　　　结论：
　　　　　　在MySQL服务器上保留交换区还是很必要的，但是要控制何时使用交换分区。
　　　　Vm.swappiness = 0
　　　　就是告诉Linux内核除非虚拟内存完全满了，否则不要使用交换区。

增加资源限制(/etc/security/limit.conf)
这个文件实际上是Linux PAM也就是插入式认证模块的配置文件。
打开文件数的限制：
　　soft nofile 65535
　　hard nofile 65535
　　* 表示对所有用户有效
　　soft 指的是当前系统生效的设置
　　hard 表明系统中所能设定的最大值
　　nofile 表示所限制的资源是打开文件的最大数目
　　65535 限制的数量
　　soft不能大于hard
　　直接加到limit.conf文件的末尾就可以了。
　　结论：把可打开的文件数量增加到65535个以保证可以打开足够多的文件句柄。
　　注意：这个文件的修改需要重启系统才能生效。

磁盘调度策略(/sys/block/devname/queue/scheduler)
cat /sys/block/devname/queue/scheduler
调度策略： noop anticipatory deadline [cfg]

I/O调度的4种算法

1）CFQ（完全公平调度器。进程平均使用IO带宽）
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（针对延迟的调度器，每一个 I/O，都有一个最晚执行时间。）
通过时间以及硬盘区域进行分类，这个分类和合并要求类似于noop的调度程序，Deadline确保了在一个截止时间内服务请求，这个截止时间是可调整的，而默认读期限短于写期限，这样就防止了写操作因为不能被读取而饿死的现象，Deadline对数据库环境(ORACLE RAC,MYSQL等)是最好的选择。

4）Anticipatory（AS）（启发式调度，类似 Deadline 算法，但是引入预测机制提高性能。）
本质上与Deadline一样，但在最后一次读操作后,要等待6ms，才能继续进行对其它I/O请求进行调度，可以从应用程序中预订一个新的读请求，改进读操作的执行,但以一些写操作为代价，它会在每个6ms中插入新的I/O操作，而会将一些小写入流合并成一个大写入流，用写入延时换取最大的写入吞吐量，AS适合于写入较多的环境，比如文件服务器，AS对数据库环境表现很差。

临时修改调度策略：
　　echo > /sys/block/devname/queue/scheduler
　　如 echo deadline /sys/block/devname/queue/scheduler
永久生效的方法
CentOS 7.x
#grubby --update-kernel=ALL --args=“elevator=deadline”
#reboot
#cat /sys/block/sda/queue/scheduler
noop [deadline] cfq

或者使用vi编辑器修改配置文件，添加elevator= cfq
#vi /etc/default/grub
GRUB_CMDLINE_LINUX=“crashkernel=auto rhgb quiet elevator=noop numa=off”
然后保存文件，重新编译配置文件
BIOS-Based： grub2-mkconfig -o /boot/grub2/grub.cfg
UEFI-Based： grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg

CentOS 6.x
vim /boot/grub/menu.lst 或vim /boot/grub/grub.conf
更改到如下内容
kernel /boot/vmlinuz… elevator=deadline rhgb quiet

原文：https://blog.csdn.net/zhang123456456/article/details/82895484