MySQL 优化实施方案

作者 :惨绿少年来源:http://clsn.io/clsn/lx287.html 
一、前言
MySQL 对于很多 linux 从业者而言,是一个非常棘手的问题,多数情况都是因为对数据库出现问题的情况和处理思路不清晰 。在进行 MySQL 的优化之前必须要了解的就是 MySQL 的查询过程,很多的查询优化工作实际上就是遵循一些原则让MySQL 的优化器能够按照预想的合理方式运行而已 。
今天给大家体验 MySQL 的优化实战,助你高薪之路顺畅!
【MySQL 优化实施方案】 

MySQL 优化实施方案

文章插图
 
 
图 - MySQL查询过程
二、优化的哲学
注意:优化有风险,涉足需谨慎!
1. 优化可能带来的问题
  • 优化不总是对一个单纯的环境进行,还很可能是一个复杂的已投产的系统 。
  • 优化手段本来就有很大的风险,只不过你没能力意识到和预见到!
  • 任何的技术可以解决一个问题,但必然存在带来一个问题的风险!
  • 对于优化来说解决问题而带来的问题,控制在可接受的范围内才是有成果 。
  • 保持现状或出现更差的情况都是失败!
2. 优化的需求
  • 稳定性和业务可持续性,通常比性能更重要!
  • 优化不可避免涉及到变更,变更就有风险!
  • 优化使性能变好,维持和变差是等概率事件!
  • 切记优化,应该是各部门协同,共同参与的工作,任何单一部门都不能对数据库进行优化!
  • 所以优化工作,是由业务需要驱使的!!!
3. 优化由谁参与
在进行数据库优化时,应由数据库管理员、业务部门代表、应用程序架构师、应用程序设计人员、应用程序开发人员、硬件及系统管理员、存储管理员等,业务相关人员共同参与 。
三、优化思路
1. 优化什么
在数据库优化上有两个主要方面:即安全与性能 。
  • 安全 ---> 数据可持续性
  • 性能 ---> 数据的高性能访问
2. 优化的范围有哪些
存储、主机和操作系统方面:
  • 主机架构稳定性
  • I/O 规划及配置
  • Swap 交换分区
  • OS 内核参数和网络问题
应用程序方面:
  • 应用程序稳定性
  • SQL 语句性能
  • 串行访问资源
  • 性能欠佳会话管理
  • 这个应用适不适合用 MySQL
数据库优化方面:
  • 内存
  • 数据库结构(物理&逻辑)
  • 实例配置
说明:不管是在设计系统,定位问题还是优化,都可以按照这个顺序执行 。
3. 优化维度
数据库优化维度有四个:
硬件、系统配置、数据库表结构、SQL 及索引 。
MySQL 优化实施方案

文章插图
 
 
优化选择:
  • 优化成本:硬件>系统配置>数据库表结构>SQL 及索引
  • 优化效果:硬件<系统配置<数据库表结构<SQL 及索引
四、优化工具有啥
1. 数据库层面
检查问题常用工具:
MySQL 优化实施方案

文章插图
 
 
不常用但好用的工具:
MySQL 优化实施方案

文章插图
 
 
2. 数据库层面问题解决思路
一般应急调优的思路:
针对突然的业务办理卡顿,无法进行正常的业务处理!需要立马解决的场景!
  • 1、show processlist
  • 2、explain select id ,name from stu where name='clsn'; # ALL id name age sex
  • select id,name from stu where id=2-1 函数 结果集>30;
  • show index from table;
  • 3、通过执行计划判断,索引问题(有没有、合不合理)或者语句本身问题
  • 4、show status like '%lock%'; # 查询锁状态
  • kill SESSION_ID; # 杀掉有问题的session
常规调优思路:
针对业务周期性的卡顿,例如在每天 10-11 点业务特别慢,但是还能够使用,过了这段时间就好了 。
  • 1、查看 slowlog,分析 slowlog,分析出查询慢的语句 。
  • 2、按照一定优先级,进行一个一个的排查所有慢语句 。
  • 3、分析 top sql,进行 explain 调试,查看语句执行时间 。
  • 4、调整索引或语句本身 。
3. 系统层面
cpu方面:
vmstat、sar top、htop、nmon、mpstat
内存:
free 、ps -aux 、
IO 设备(磁盘、网络):
IOStat 、 ss 、 netstat 、 iptraf、iftop、lsof、


推荐阅读