加入收藏 | 设为首页 | 会员中心 | 我要投稿 鹰潭站长网 (https://www.0701zz.cn/)- 图像处理、低代码、云通信、数据工具、物联设备!
当前位置: 首页 > 站长资讯 > 评论 > 正文

全面的 MySQL 高性能优化实战总结!

发布时间:2021-03-23 14:55:05 所属栏目:评论 来源:互联网
导读:带来的问题 优化不总是对一个单纯的环境进行,还很可能是一个复杂的已投产的系统。 优化手段本来就有很大的风险,只不过你没能力意识到和预见到! 任何的技术可以解决一个问题,但必然存在带来一个问题的风险! 对于优化来说解决问题而带来的问题,控制在可

带来的问题

  • 优化不总是对一个单纯的环境进行,还很可能是一个复杂的已投产的系统。
  • 优化手段本来就有很大的风险,只不过你没能力意识到和预见到!
  • 任何的技术可以解决一个问题,但必然存在带来一个问题的风险!
  • 对于优化来说解决问题而带来的问题,控制在可接受的范围内才是有成果。
  • 保持现状或出现更差的情况都是失败!

2.2 优化的需求

  • 稳定性和业务可持续性,通常比性能更重要!
  • 优化不可避免涉及到变更,变更就有风险!
  • 优化使性能变好,维持和变差是等概率事件!
  • 切记优化,应该是各部门协同,共同参与的工作,任何单一部门都不能对数据库进行优化!
  • 所以优化工作,是由业务需要驱使的!!!

2.3 优化由谁参与

在进行数据库优化时,应由数据库管理员、业务部门代表、应用程序架构师、应用程序设计人员、应用程序开发人员、硬件及系统管理员、存储管理员等,业务相关人员共同参与。

3 优化思路

3.1 优化什么

在数据库优化上有两个主要方面:即安全与性能。

安全 → 数据可持续性

性能 → 数据的高性能访问

3.2 优化的范围有哪些

存储、主机和操作系统方面:

  • 主机架构稳定性
  • I/O规划及配置
  • Swap交换分区
  • OS内核参数和网络问题

 

 

 

应用程序方面:

  • 应用程序稳定性
  • SQL语句性能
  • 串行访问资源
  • 性能欠佳会话管理
  • 这个应用适不适合用MySQL

4.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、调整索引或语句本身。


(编辑:鹰潭站长网)

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

    推荐文章
      热点阅读