mysql性能优化
硬件对数据库的影响
CPU资源和可用内存大小
服务器硬件对mysql性能的影响
我们的应用是CPU密集型?
我们的应用的并发量如何?
数量比频率更好
64位使用32位的服务器版本
32位不能使用超过4G的内容,因此选择的时候需要注意。
myisam
innodb
磁盘的配置和选择
机械硬盘:
存储容量
传输速度
访问时间
主轴转速
物理尺寸
使用RAID增加传统机器硬盘的性能
RAID:一系列小磁盘组成大磁盘,数据冗余
RAID 0 :成本最低,但是没有数据冗余会造成数据丢失。
RAID 1 :磁盘镜像,一个磁盘的数据镜像到另外一个磁盘。数据冗余性好,读性能好。
RAID 5 :分布式奇偶校验磁盘阵列。如果单一一块磁盘损坏可以通过其余磁盘值进行恢复,如果同时两块损坏则无法恢复。写比较慢。读比较快。
RAID 10 :是数据库最好的选择。又称为分片镜像。
使用固态存储SSD或PCIe卡
相比传统机械硬盘有更好的随机读写性能
有更好的并发支持
但固态磁盘更容易损坏
适用于大量随机IO的情况
使用解决单线程IO负载的IO瓶颈
如果只有一个ssd硬盘,应该使用在从服务器上确保数据的安全。
使用网络存储SAN和NAS
SAN设备通过光纤连接到服务器上,设备通过块接口访问。服务器可以当作硬盘使用。
可以使用大量的顺序读写
随机访问和随机写比较慢
NAS是通过网络访问协议进行访问,有网络访问的延迟。
使用场景:
不适用于数据库存储
适用于数据库备份
** CPU **
> * 64位的CPU运行64位的系统
> * 高并发的场景,cpu数量比频率重要
> * CPU密集型的场景和复杂sql则频率越高越好
** 内存 **
采用主板能使用的最高频率的内存
内存尽可能大
** I/O **
PCIe > SSD > Raid > 机械硬盘 > 网络存储(SAN)
操作系统对性能的影响-MySQL适合的操作系统
选择服务器版本,而不是桌面版本。
CentOS系统参数优化
内核相关参数(/etc/sysctl.conf)
网络性能设置
端口监听队列:net.core.somaxconn=65535
接受数据的速率:net.core.netdev_max_backlog=65535
未获得连接的请求和保存在内存中的数量,超过时会被丢弃:net.ipv4.tcp_max_sync_backlog=65535
上述三个应该同时调大
tcp连接处理等待时间:net.ipv4.tcp_fin_timeout=10
net.ipv4.tcp_tw_reuse=1
net.ipv4.tcp_tw_recycle=1
上述三个主要加快网络连接的回收。
net.core.wmem_default=87380
net.core.wmem_max=16777216
net.core.rmem_default=87380
net.core.rmem_max=16777216
缓冲区接受和发送数据大小的最大值和默认值
探测的时间间隔(s): net.ipv4.tcp_keepalive_time=120
消息重发时的时间间隔(s): net.ipv4.tcp_keepalive_intvl=30
tcp连接超时前最多发送几次: net.ipv4.tcp_keepalive_probes=3
内存
kernel.shmmax = 4292967295
这个参数应该设置得足够大,以便于在一个共享内存段中容纳下整个Innodb缓冲池的大小
这个值的大小对于64位linux系统,可以取内存最大值-1byte,建议大于物理内存的一半。一般大于Innodb缓冲池的大小即可。
vm.swappiness = 0 :当内存不足时会对系统性能产生比较大的影响。
Linux系统内存交换区(swap):
vm.swapppiness = 0
当系统内存不足时会将一些虚拟内存写入磁盘交换区(swap)中。
由于使用swap会对mysql性能产生灾难性的影响。因此对mysql服务器是否使用swap分区存在一些争议。
如果禁用swap分区也会带来一些影响:
降低操作系统的性能
容易造成内存溢出、崩溃或者被操作系统kill掉
就上述影响而言,保留swap分区还是必要。
vm.swapppiness是告诉操作系统,除非内存完全满了,否则不使用swap。
增加系统资源限制(/etc/security/limit.conf)
打开文件数量的限制,加到/etc/security/limit.conf末尾即可:
* soft nofile 65535
* hard nofile 65535
*表示对所有用户有效
soft表示当前系统生效的配置
hard表示系统中能设置的最大值
nofile表示所限制的资源是打开文件的最大数量
65535限制的数量
磁盘调度策略(/sys/block/devname/queue/scheduler)
cat /sys/block/devname/queue/scheduler
noop anticipatory deadline [cfq] # 完全公平队列,一般用于桌面系统
noop:电梯式调度,饿死读满足写
deadline:截至时间策略,`数据库类型最好的选择`
anticipatory:和deadline一样,只是最后一次读操作后要等待6毫秒。合并多次写为一次写,适合于文件服务器,对数据库服务器表现很差。
将磁盘调度策略改为deadline
echo deadline > /sys/block/devname/queue/scheduler
文件系统对性能的影响
ext3、ext4、xfs(性能更高),上诉都具备日志功能,对数据安全性较好。
ext3、ext4系统挂载参数(/etcc/fstab)
data=writeback(Innodb最好的选择)|ordered|journal
noatime,访问时间
nodiratime,目录访问时间
/dev/sda1/ext4 noatime,nodiratime,data=writeback 1 1