优化mysql从哪些思路入手

  

下文主要给大家带来优化mysql从哪些思路入手,希望这些内容能够带给大家实际用处,这也是我编辑优化mysql从哪些思路入手这篇文章的主要目的。好了,废话不多说,大家直接看下文吧又是;,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

一般应急调优的思路:
针对突然的业务办理卡顿,无法进行正常的业务处理!需要立马解决的场景!

 1,显示processlist
  
  2、解释选择id、名称从斯图名称=& # 39;clsn& # 39;;#姓名年龄性别所有id
  选择id、名称从stu id=2:1函数结果集祝辞30;
  显示索引的表;
  
  3,通过执行计划判断,索引问题(有没有,合不合理)或者语句本身问题
  
  4、显示状态像& # 39;% % & # 39;锁;#查询锁状态
  杀死SESSION_ID;# 杀掉有问题的session

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

1、查看 slowlog,分析 slowlog,分析出查询慢的语句。

2、按照一定优先级,进行一个一个的排查所有慢语句。

3、分析 top sql,进行 explain 调试,查看语句执行时间。

4、调整索引或语句本身。

  1. 系统层面

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. 系统层面问题解决办法

你认为到底负载高好,还是低好呢?
在实际的生产中,一般认为 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. 优化思路

定位问题点:
硬件 --> 系统——比;应用——比;数据库——比;架构(高可用、读写分离、分库分表)

处理方向:
明确优化目标、性能和安全的折中、防患未然

  1. 硬件优化

主机方面:
根据数据库类型,主机 CPU 选择、内存容量选择、磁盘选择

平衡内存和磁盘资源

随机的 I/O 和顺序的 I/O

主机 RAID 卡的 BBU(Battery Backup Unit)关闭

cpu 的选择:
cpu 的两个关键因素:核数、主频

根据不同的业务类型进行选择:

cpu 密集型:计算比较多,OLTP 主频很高的 cpu、核数还要多

IO 密集型:查询比较,OLAP 核数要多,主频不一定高的

内存的选择:
OLAP 类型数据库,需要更多内存,和数据获取量级有关。

OLTP 类型数据一般内存是 cpu 核心数量的 2 倍到 4 倍,没有最佳实践。

存储方面:
根据存储数据种类的不同,选择不同的存储设备

优化mysql从哪些思路入手