性能优化简介
用响应时间来衡量性能优劣。
性能优化就是指在一定的负载下尽可能的降低相应时间。
优化的第一步是测量。
优化有两个方面: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;
来查看是否有大量线程处于不正常的状态或者有其他不正常的特征。
还有就是使用查询日志了。