mysql性能分析工具（什么工具可以分析mysql慢查询日志）

本文目录

• 什么工具可以分析mysql慢查询日志
• MYSQL数据库服务器性能分析的方法命令有哪些
• 根据mysql慢日志监控SQL语句执行效率
• 有哪些手段可以查看mysql数据库性能瓶颈
• 如何查看 mysql 性能瓶颈
• 如何设计一个mysql性能监控的软件
• 怎样分析mysql的性能并优化

什么工具可以分析mysql慢查询日志

一、MySQL数据库有几个配置选项可以帮助我们及时捕获低效SQL语句1，slow_query_log这个参数设置为ON，可以捕获执行时间超过一定数值的SQL语句。2，long_query_time当SQL语句执行时间超过此数值时，就会被记录到日志中，建议设置为1或者更短。3，slow_query_log_file记录日志的文件名。4，log_queries_not_using_indexes这个参数设置为ON，可以捕获到所有未使用索引的SQL语句，尽管这个SQL语句有可能执行得挺快。二、检测mysql中sql语句的效率的方法1、通过查询日志（1）、Windows下开启MySQL慢查询MySQL在Windows系统中的配置文件一般是是my.ini找到[mysqld]下面加上代码如下log-slow-queries=F:/MySQL/log/mysqlslowquery。loglong_query_time=2（2）、Linux下启用MySQL慢查询MySQL在Windows系统中的配置文件一般是是my.cnf找到[mysqld]下面加上代码如下log-slow-queries=/data/mysqldata/slowquery。loglong_query_time=2说明log-slow-queries=F:/MySQL/log/mysqlslowquery。为慢查询日志存放的位置，一般这个目录要有MySQL的运行帐号的可写权限，一般都将这个目录设置为MySQL的数据存放目录；long_query_time=2中的2表示查询超过两秒才记录；2.showprocesslist命令SHOWPROCESSLIST显示哪些线程正在运行。您也可以使用mysqladminprocesslist语句得到此信息。各列的含义和用途：ID列一个标识，你要kill一个语句的时候很有用

MYSQL数据库服务器性能分析的方法命令有哪些

?Show
status
?一些值得监控的变量值：
?Bytes_received和Bytes_sent
?和服务器之间来往的流量。
?Com_*服务器正在执行的命令。
?Created_*在查询执行期限间创建的临时表和文件。
?Handler_*存储引擎操作。
?Select_*不同类型的联接执行计划。
?Sort_*几种排序信息。
?Show
session status like ‘Select’;
?Show profiles
?SET profiling=1;
?Show
profiles\G
?Show profile;

根据mysql慢日志监控SQL语句执行效率

根据mysql慢日志监控SQL语句执行效率
启用MySQL的log-slow-queries(慢查询记录)。
在Linux环境下先要找到my.cnf文件(一般在/etc/mysql/)，然后可能会发现该文件修改后无法保存，原因是你没有相应的权限，可以从属性中看到该文件的所有者是root，这时要先以root的身份打开它：
sudo
nautilus
/etc/mysql
接着再打开my.cnf文件然后找到[mysqld]标签在下面加上：
log-slow-queries=/path/slow.log
–慢日志保存路径，该文件自己新建
long_query_time=2
–超过2秒的查询
log-queries-not-using-indexes
–记录没有使用索引的查询
保存，关闭。然后如果重启MySQL的话会碰到这样的提示：world-writable
config
file
‘
etc
my.cnf’
is
ignored
这时需要你再运行这个代码：
chmod
644
/etc/my.cnf
–644表示rw-r–r–
然后再重启服务就OK了。
但是要注意的是：log-slow-queries=/path/slow.log为慢查询日志存放的地方，而这个目录要有MySQL的运行帐号的可写权限，一般都将这个目录设置为MySQL的数据存放目录。
我是这么做的：先用root用户进到MySQL的数据存放目录(一般是/var/lib/mysql)，新建一个slow.log文件(root用户能保证有权限新建，再运行chmod
644)。然后更改该文件的所有者和所在组：
chown
mysql运行帐户的名字(可以看同文件夹中其他文件的所有者和组)+小数点+组名(方法同用户名)
/path/slow.log
或者：
chown
mysql运行帐户的名字(可以看同文件夹中其他文件的所有者和组)
/path/slow.log
chgrp
组名(方法同用户名)
/path/slow.log
这样才能保证MySQL能往slow.log中写日志。

有哪些手段可以查看mysql数据库性能瓶颈

通过sysbench的oltp_read_write测试来模拟业务压力、以此来给指定的硬件环境配置一份比较合理的MySQL配置文件。

环境介绍

硬件配置

请点击输入图片描述

软件环境

请点击输入图片描述

优化层级与指导思想

优化层级

MySQL数据库优化可以在多个不同的层级进行，常见的有：

• SQL优化

• 参数优化 

• 架构优化

本文重点关注：参数优化

指导思想

• 日志先行 -- 一个事务能否成功提交的关键是日志是否成功落盘，与数据没有太大的关系；也就是说对写的优化可以表述为各方面的资源向写操作倾斜。

• 瓶颈分析 -- 通过show global status 的各个计数器的值基本上就能分析出当前瓶颈所在，再结合一些简单的系统层面的监控工具如top iostat 就能明确瓶颈。

• 整体性能是“读”&“写”之间的再平衡。

如何查看 mysql 性能瓶颈

通过sysbench的oltp_read_write测试来模拟业务压力、以此来给指定的硬件环境配置一份比较合理的MySQL配置文件。

环境介绍

硬件配置

请点击输入图片描述

软件环境

请点击输入图片描述

优化层级与指导思想

优化层级

MySQL数据库优化可以在多个不同的层级进行，常见的有：

• SQL优化

• 参数优化 

• 架构优化

本文重点关注：参数优化

指导思想

• 日志先行 -- 一个事务能否成功提交的关键是日志是否成功落盘，与数据没有太大的关系；也就是说对写的优化可以表述为各方面的资源向写操作倾斜。

• 瓶颈分析 -- 通过show global status 的各个计数器的值基本上就能分析出当前瓶颈所在，再结合一些简单的系统层面的监控工具如top iostat 就能明确瓶颈。

• 整体性能是“读”&“写”之间的再平衡。

如何设计一个mysql性能监控的软件

首先介绍下 pt-stalk，它是 Percona-Toolkit 工具包中的一个工具，说起 PT 工具包大家都不陌生，平时常用的 pt-query-digest、 pt-online-schema-change 等工具都是出自于这个工具包，这里就不多介绍了。

pt-stalk 的主要功能是在出现问题时收集 OS 及 MySQL 的诊断信息，这其中包括：

1. OS 层面的 CPU、IO、内存、磁盘、网络等信息；

2. MySQL 层面的行锁等待、会话连接、主从复制，状态参数等信息。

而且 pt-stalk 是一个 Shell脚本，对于我这种看不懂 perl 的人来说比较友好，脚本里面的监控逻辑与监控命令也可以拿来参考，用于构建自己的监控体系。

三、使用

接着我们来看下如何使用这个工具。

pt-stalk 通常以后台服务形式监控 MySQL 并等待触发条件，当触发条件时收集相关诊断数据。

触发条件相关的参数有以下几个：

• function：

  ∘ 默认为 status，代表监控 SHOW GLOBAL STATUS 的输出；

  ∘ 也可以设置为 processlist，代表监控 show processlist 的输出；

• variable：

  ∘ 默认为 Threads_running，代表 监控参数，根据上述监控输出指定具体的监控项；

• threshold：

  ∘ 默认为 25，代表 监控阈值，监控参数超过阈值，则满足触发条件；

  ∘ 监控参数的值非数字时，需要配合 match 参数一起使用，如 processlist 的 state 列；

• cycles：

  ∘ 默认为 5，表示连续观察到五次满足触发条件时，才触发收集；

连接参数：host、password、port、socket。

• 其他一些重要参数：

• iterations：该参数指定 pt-stalk 在触发收集几次后退出，默认会一直运行。

• run-time：触发收集后，该参数指定收集多长时间的数据，默认 30 秒。

• sleep：该参数指定在触发收集后，sleep 多久后继续监控，默认 300 秒。

• interval：指定状态参数的检查频率，判断是否需要触发收集，默认 1 秒。

• dest：监控数据存放路径，默认为 /var/lib/pt-stalk。

• retention-time ：监控数据保留时长，默认 30 天。

• daemonize：以后台服务运行，默认不开启。

• log：后台运行日志，默认为 /var/log/pt-stalk.log。

• collect：触发发生时收集诊断数据，默认开启。

  ∘ collect-gdb：收集 GDB 堆栈跟踪，需要 gdb 工具。

  ∘ collect-strace：收集跟踪数据，需要 strace 工具。

  ∘ collect-tcpdump：收集 tcpdump 数据，需要 tcpdump 工具。

怎样分析mysql的性能并优化

第一优化你的sql和索引；
第二加缓存，memcached,redis；
第三以上都做了后，还是慢，就做主从复制或主主复制，读写分离，可以在应用层做，效率高，也可以用三方工具，第三方工具推荐360的atlas,其它的要么效率不高，要么没人维护；
第四如果以上都做了还是慢，不要想着去做切分，mysql自带分区表，先试试这个，对你的应用是透明的，无需更改代码,但是sql语句是需要针对分区表做优化的，sql条件中要带上分区条件的列，从而使查询定位到少量的分区上，否则就会扫描全部分区，另外分区表还有一些坑，在这里就不多说了；
第五如果以上都做了，那就先做垂直拆分，其实就是根据你模块的耦合度，将一个大的系统分为多个小的系统，也就是分布式系统；
第六才是水平切分，针对数据量大的表，这一步最麻烦，最能考验技术水平，要选择一个合理的sharding key,为了有好的查询效率，表结构也要改动，做一定的冗余，应用也要改，sql中尽量带sharding key，将数据定位到限定的表上去查，而不是扫描全部的表；
mysql数据库一般都是按照这个步骤去演化的，成本也是由低到高；