作者 :惨绿少年来源:http://clsn.io/clsn/lx287.html
一、前言
MySQL 对于很多 linux 从业者而言,是一个非常棘手的问题,多数情况都是因为对数据库出现问题的情况和处理思路不清晰 。在进行 MySQL 的优化之前必须要了解的就是 MySQL 的查询过程,很多的查询优化工作实际上就是遵循一些原则让MySQL 的优化器能够按照预想的合理方式运行而已 。
今天给大家体验 MySQL 的优化实战,助你高薪之路顺畅!
【MySQL 优化实施方案】
文章插图
图 - MySQL查询过程
二、优化的哲学
注意:优化有风险,涉足需谨慎!
1. 优化可能带来的问题
- 优化不总是对一个单纯的环境进行,还很可能是一个复杂的已投产的系统 。
- 优化手段本来就有很大的风险,只不过你没能力意识到和预见到!
- 任何的技术可以解决一个问题,但必然存在带来一个问题的风险!
- 对于优化来说解决问题而带来的问题,控制在可接受的范围内才是有成果 。
- 保持现状或出现更差的情况都是失败!
- 稳定性和业务可持续性,通常比性能更重要!
- 优化不可避免涉及到变更,变更就有风险!
- 优化使性能变好,维持和变差是等概率事件!
- 切记优化,应该是各部门协同,共同参与的工作,任何单一部门都不能对数据库进行优化!
- 所以优化工作,是由业务需要驱使的!!!
在进行数据库优化时,应由数据库管理员、业务部门代表、应用程序架构师、应用程序设计人员、应用程序开发人员、硬件及系统管理员、存储管理员等,业务相关人员共同参与 。
三、优化思路
1. 优化什么
在数据库优化上有两个主要方面:即安全与性能 。
- 安全 ---> 数据可持续性
- 性能 ---> 数据的高性能访问
存储、主机和操作系统方面:
- 主机架构稳定性
- I/O 规划及配置
- Swap 交换分区
- OS 内核参数和网络问题
- 应用程序稳定性
- SQL 语句性能
- 串行访问资源
- 性能欠佳会话管理
- 这个应用适不适合用 MySQL
- 内存
- 数据库结构(物理&逻辑)
- 实例配置
3. 优化维度
数据库优化维度有四个:
硬件、系统配置、数据库表结构、SQL 及索引 。
文章插图
优化选择:
- 优化成本:硬件>系统配置>数据库表结构>SQL 及索引
- 优化效果:硬件<系统配置<数据库表结构<SQL 及索引
1. 数据库层面
检查问题常用工具:
文章插图
不常用但好用的工具:
文章插图
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、调整索引或语句本身 。
cpu方面:
vmstat、sar top、htop、nmon、mpstat
内存:
free 、ps -aux 、
IO 设备(磁盘、网络):
IOStat 、 ss 、 netstat 、 iptraf、iftop、lsof、
推荐阅读
- HBase 有哪些优化点?
- MySQL 运维常用脚本
- MySQL 进行 Docker 容器化之体验与感悟
- MySQL-查询聚合函数
- mysql命令行脚本
- MySql基础架构以及SQL语句执行流程
- mysql把查询的结果保存到表
- MySQL命令,一篇文章替你全部搞定
- SEO优化内链外链Nofollow工具
- 网站优化中关键词密度的重要性