mysql slow log分析工具的比较

原文地址： http://developer.51cto.com/art/201309/410323_all.htm

mysql 中的 slow log 是用来记录执行时间较长(超过 long_query_time 秒)的 sql 的一种日志工具。      

启用 slow log      

在 my.cnf 中设置

[mysqld]  slow_query_log=on  slow_query_log_file=mysql-slow 

重启 MySQL 服务。

五款常用工具      

mysqldumpslow mysqlsla myprofi mysql-explain-slow-log mysql-log-filter

mysqldumpslow

mysql官方提供的慢查询日志分析工具。输出图表如下：      

      

主要功能包括统计不同慢 sql 的      

出现次数(Count) 执行耗费的平均时间和累计总耗费时间(Time) 等待锁耗费的时间(Lock) 发送给客户端的行总数(Rows) 扫描的行总数(Rows) 用户以及sql语句本身(抽象了一下格式，比如 limit 1, 20 用 limit N,N 表示)

mysqlsla

hackmysql.com 推出的一款日志分析工具(该网站还维护了 mysqlreport，mysqlidxchk 等比较实用的mysql 工具)。      

      

整体来说，功能非常强大。输出的数据报表非常有利于分析慢查询的原因，包括执行频率、数据量、查询消耗等。      

格式说明如下：      

总查询次数 (queries total)，去重后的 sql 数量 (unique) 输出报表的内容排序(sorted by) 最重大的慢 sql 统计信息，包括平均执行时间、等待锁时间、结果行的总数、扫描的行总数。 Count -- sql 的执行次数及占总的 slow log 数量的百分比。 Time -- 执行时间，包括总时间、平均时间、最小、最大时间、时间占到总慢 sql 时间的百分比。 95% of Time -- 去除最快和最慢的 sql，覆盖率占 95% 的 sql 的执行时间。 Lock Time -- 等待锁的时间。 95% of Lock -- 95% 的慢 sql 等待锁时间。 Rows sent -- 结果行统计数量，包括平均、最小、最大数量。 Rows examined -- 扫描的行数量。 Database -- 属于哪个数据库。 Users -- 哪个用户、IP、占到所有用户执行的 sql 百分比。 Query abstract -- 抽象后的 sql 语句。 Query sample -- sql 语句。

除了以上的输出，官方还提供了很多定制化参数，是一款不可多得的好工具。      

mysql-explain-slow-log

德国人写的一个 perl 脚本。      

http://www.willamowius.de/mysql-tools.html      

http://www.bt285.cn/content.php?id=1196863      

       

      

功能上有点瑕疵。不仅把所有的 slow log 打印到屏幕上，而且统计也只有数量而已，不推荐使用。

mysql-log-filter

google code 上找到的一个分析工具，提供了 python 和 php 两种可执行的脚本。      

http://code.google.com/p/mysql-log-filter/      

          

功能上比官方的 mysqldumpslow 多了查询时间的统计信息(平均、最大、累计)，其他功能都与 mysqldumpslow 类似。      

特色功能除了统计信息外，还针对输出内容做了排版和格式化，保证整体输出的简洁。喜欢简洁报表的朋友，推荐使用一下。

myprofi

纯 php 写的一个开源分析工具.项目在 sourceforge 上。      

http://myprofi.sourceforge.net/      

功能上，列出了总的慢查询次数和类型、去重后的 sql 语句、执行次数及其占总的 slow log 数量的百分比。从整体输出样式来看，比 mysql-log-filter 还要简洁，省去了很多不必要的内容。对于只想看 sql 语句及执行次数的用户来说，比较推荐。      

总结：  

【MySQL】通用查询日志 general query log 详解 通用查询日志（general query log）用来记录用户的所有操作，包括启动和关闭MySQL服务、所有用户的连接开始时间和截止时间、发送给MySQL数据库服务器的所有SQL指令等。当我们的数据发生异常时，查看通用查询日志，还原操作时的具体场景，准确定位问题。
【MySQL】事务日志 undo log 详解 Redo log是事务持久性的保证，Undo log是事务原子性的保证。在事务中更新数据的前置操作其实就是要写入Undo log。事务需要保证原子性，也就是事务中的操作要么全部完成，要么什么也不做。但有时候事务执行到一半会出现一些情况，比如： 情况一：事务执行过程中可能遇到各种错误，比如服务器本身的错误，操作系统错误，甚至是突然断电导致的错误。 情况二：程序员可以在事务执行过程中手动输入ROLLBACK语句结束当前事务的执行以上情况出现，我们需要把数据改回原先的样子，这个过程称之为回滚，这样就可以造成一个假象：这个事务看起来什么都没做，所以符合原子性要求每当我们要对一条记录做改动。
【MySQL】事务日志 redo log 详解 redo 日志降低了刷盘的频率，并且redo日志占用的空间非常小。（redo日志主要存储表空间ID、页号、偏移量以及需要更新的值，所需存储的空间很小，刷盘快）。Redo Log 可以简单的非为两部分组成：重做日志的缓存（redo log buffer），保存在内存中，容易丢失。重做日志文件（rodo log file），保存在硬盘中，保证持久性。Redo Log写入并不是直接写入磁盘的，Innodb引擎会在写Redo Log的时候先写redo log buffer，之后再以一定的频率刷入到真正的redo log file中。这里的一定的频率就是所谓的刷盘策略。
MySQL通过bin log恢复数据｜手撕MySQL｜对线面试官 作为《手撕MySQL》系列的第二篇文章，今天介绍一下MySQL的二进制日志（bin log）进行数据恢复的功能，并且配合实例演示，让你更懂MySQL。