-- session 是查看当前会话 ;
-- global 是查询全局数据 ;
SHOW GLOBAL STATUS LIKE 'Com_______';
那么通过查询SQL的执行频次,我们就能够知道当前数据库到底是增删改为主,还是查询为主。 那假如说是以查询为主,我们又该如何定位针对于那些查询语句进行优化呢? 次数我们可以借助于慢查询日志。
如果要开启慢查询日志,需要在 MySQL 的配置文件(C:\ProgramData\MySQL\MySQL Server 8.0)中配置如下信息:
# 开启MySQL慢日志查询开关
slow_query_log=1
# 设置慢日志的时间为2秒,SQL语句执行时间超过2秒,就会视为慢查询,记录慢查询日志
long_query_time=2
小知识:
my.ini和my.cnf的区别
MySQL的配置文件在windows系统为 my.ini
而在linux或者MacOs是 my.cnflinux或者MacOs配置文件所在位置
安装MySQL方式不同配置文件所在位置也不同,如果是安装版一般默认在
/usr/local/mysql-[版本号]/
而免安装版一般都都在 MySQL安装目录的根路径下,如果找不到MySQL的安装目录,那么Linux和MacOS是可以通过命令搜索的,一般会放在/etc/my.cnf,/etc/mysql/my.cnf。如果找不到,可以用find命令查找。
Windows的配置文件所在位置
无论安装版和免安装版,最好的办法是通过环境变量的方式查找,方式有了,我就不在这里赘述了。
慢查询日志:
测试【linux版本】:
配置完毕之后,通过以下指令重新启动MySQL服务器进行测试,查看慢日志文件中记录的信息
/var/lib/mysql/localhost-slow.log 。
systemctl restart mysqld
然后,再次查看开关情况,慢查询日志就已经打开了。
A. 执行如下SQL语句 :
select * from tb_user; -- 这条SQL执行效率比较高, 执行耗时 0.00sec
select count(*) from tb_sku; -- 由于tb_sku表中, 预先存入了1000w的记录, count一次,耗时
13.35sec
B. 检查慢查询日志 :
最终我们发现,在慢查询日志中,只会记录执行时间超多我们预设时间( 2s )的 SQL ,执行较快的 SQL是不会记录的。
那这样,通过慢查询日志,就可以定位出执行效率比较低的 SQL ,从而有针对性的进行优化。
可以看到,当前MySQL是支持 profile操作的,如果开关是关闭的。
可以通过set语句在 session/global级别开启profiling:
开关已经打开了,接下来,我们所执行的SQL语句,都会被MySQL记录,并记录执行时间消耗到哪儿去了。 我们直接执行如下的SQL语句:
select * from tb_user;
select * from tb_user where id = 1;
select * from tb_user where name = '白起';
select count(*) from tb_user;
-- 查看每一条SQL的耗时基本情况
show profiles;
-- 查看指定query_id的SQL语句各个阶段的耗时情况
show profile for query query_id;
-- 查看指定query_id的SQL语句CPU的使用情况
show profile cpu for query query_id;
Explain 执行计划中各个字段的含义:
清华社【秋日阅读企划】领券立享优惠
IT好书 5折叠加10元 无门槛优惠券:https://u.jd.com/Yqsd9wj
活动时间:9月4日-9月17日,先到先得,快快来抢
迫不及待的小伙伴点击链接查看: Spring Cloud 微服务快速上手
本次送书 2 本 评论区抽2位小伙伴送书
活动时间:截止到 2023-09-17 20:00:00抽奖方式:利用程序进行抽奖。
参与方式:关注博主、点赞、收藏,评论区评论 "人生苦短,我用Java!"