史上最全的MySQL高性能优化实战总结！

针对业务周期性的卡顿，例如在每天10-11点业务特别慢，但是还能够使用，过了这段时间就好了。

•  1、查看slowlog，分析slowlog，分析出查询慢的语句。
•  2、按照一定优先级，进行一个一个的排查所有慢语句。
•  3、分析top sql，进行explain调试，查看语句执行时间。
•  4、调整索引或语句本身。

1.4.3 系统层面

cpu方面

vmstat、sar top、htop、nmon、mpstat 

内存

free 、ps -aux 、 

IO设备（磁盘、网络）

iostat 、 ss 、 netstat 、 iptraf、iftop、lsof、 

vmstat 命令说明：

•  Procs：r显示有多少进程正在等待CPU时间。b显示处于不可中断的休眠的进程数量。在等待I/O
•  Memory：swpd显示被交换到磁盘的数据块的数量。未被使用的数据块，用户缓冲数据块，用于操作系统的数据块的数量
•  Swap：操作系统每秒从磁盘上交换到内存和从内存交换到磁盘的数据块的数量。s1和s0最好是0
•  Io：每秒从设备中读入b1的写入到设备b0的数据块的数量。反映了磁盘I/O
•  System：显示了每秒发生中断的数量(in)和上下文交换(cs)的数量
•  Cpu：显示用于运行用户代码，系统代码，空闲，等待I/O的CPU时间

iostat命令说明

实例命令： iostat -dk 1 5

iostat -d -k -x 5 （查看设备使用率（%util）和响应时间（await））

•  tps：该设备每秒的传输次数。“一次传输”意思是“一次I/O请求”。多个逻辑请求可能会被合并为“一次I/O请求”。
•  iops ：硬件出厂的时候，厂家定义的一个每秒最大的IO次数,"一次传输"请求的大小是未知的。
•  kB_read/s：每秒从设备（drive expressed）读取的数据量；
•  KB_wrtn/s：每秒向设备（drive expressed）写入的数据量；
•  kB_read：读取的总数据量；
•  kB_wrtn：写入的总数量数据量；这些单位都为Kilobytes。

1.4.4 系统层面问题解决办法

你认为到底负载高好，还是低好呢？

在实际的生产中，一般认为 cpu只要不超过90%都没什么问题 。

当然不排除下面这些特殊情况：

问题一：cpu负载高，IO负载低

•  内存不够
•  磁盘性能差
•  SQL问题 ------>去数据库层，进一步排查sql问题
•  IO出问题了（磁盘到临界了、raid设计不好、raid降级、锁、在单位时间内tps过高）
•  tps过高: 大量的小数据IO、大量的全表扫描

问题二：IO负载高，cpu负载低

•  大量小的IO 写操作：
•  autocommit ，产生大量小IO
•  IO/PS,磁盘的一个定值，硬件出厂的时候，厂家定义的一个每秒最大的IO次数。
•  大量大的IO 写操作
•  SQL问题的几率比较大

问题三：IO和cpu负载都很高

硬件不够了或sql存在问题

1.5 基础优化

1.5.1 优化思路

定位问题点:

硬件 --> 系统 --> 应用 --> 数据库 --> 架构（高可用、读写分离、分库分表）

处理方向

明确优化目标、性能和安全的折中、防患未然

1.5.2 硬件优化

（编辑：网站开发网_安阳站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!