《高性能MySQL》第三章服务器性能剖析

性能优化简介

用响应时间来衡量性能优劣。
性能优化就是指在一定的负载下尽可能的降低相应时间。
优化的第一步是测量。
优化有两个方面:1.执行时间,去除子任务,降低子任务频率,提升子任务效率等 2.等待时间,比如锁竞争等

通过性能剖析进行优化

性能剖析一般有两个方面:
1.测量任务所需时间
2.对结果进行统计和排序,重要的靠前。

使用explan 语句可看是否走了索引,使用SHOW PROFILES可看执行该语句前所有语句的执行时间排名,使用show profile cpu,block io for QUERY ID;可看具体情况。
添加链接描述

理解性能剖析

只有**响应占比时间较大(有必要)**和 收益大于成本(有价值) 的查询才值得优化。
还有就是 影响到用户体验

对应用程序进行优化

测试是很有必要的
New Rlic好!
(应用程序性能监控软件,等用到了再去学吧)

剖析MySQL查询

剖析服务器负债

慢查询日志的使用,之后再说吧。

刨析单条查询
使用SHOW PROFILE

默认为禁用,可通过
SET profiling =1;开启
上面说了单纯使用SHOW PROFILES只看到所有语句的时间与排名,显示信息并不细致
在这里插入图片描述
假设我们想要查看最后一句。可使用show profile cpu,block io for QUERY 218;查看具体是哪些操作,需要耗时多久。
在这里插入图片描述
不过需要注意这没有按照时间大小进行排序,所以看着并不是太方便,书中就给出了一个解决思路,首先使用SHOW PROFILES先查询值得优化的查询语句的ID
然后使用如下语句来,获取时间逆序排列的列表

SET @query_id = ID;

SELECT STATE,SUM(DURATION) AS Total_R,
	ROUND(100*SUM(DURATION)/(SELECT SUM(DURATION) 
					FROM information_schema.PROFILING
					WHERE QUERY_ID = @query_id),2)AS Pct_R,
					COUNT(*) AS CALLS,SUM(DURATION)/COUNT(*) AS "R/CALL" 
					FROM information_schema.PROFILING WHERE QUERY_ID = @query_id
					GROUP BY STATE
					ORDER BY Total_R DESC;

在这里插入图片描述

使用SHOW STATUS
flush STATUS;
SELECT * FROM users;
SHOW STATUS WHERE VARIABLE_NAME LIKE 'Handler%' OR VARIABLE_NAME LIKE 'Created%';

在这里插入图片描述

诊断间歇性问题

可使用SHOW GLOBAL STATUS 来查看全局的句柄数量,连接数量等
或者使用SHOW PROCESSLIST;来查看是否有大量线程处于不正常的状态或者有其他不正常的特征。
在这里插入图片描述
还有就是使用查询日志了。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值