情况描述：

最近在分析服务器的slow-log和bin-log的时候，发现这两个log中有某些语句的execute time 极大例如：4294967295。
log信息：#091008 21:40:04 server id 1  end_log_pos 3440531       Query   thread_id=63169 exec_time=4294967295    error_code=0
而出现这种极长执行时间的语句却不固定，最终通过以下的分析过程，找到了这个问题出现的原因

第一步：确认相关语句没有问题

使用以下语句，过滤出执行时间极大SQL语句（maatkit的digest工具，按照执行时间排序）
mysqlbinlog binlog.xxxxxxx |mk-query-digest –type binlog –nofor-explain
在测试机上执行筛选的语句，并没有发现有任何的性能异常

      » 继续阅读 slow-log中出现极大的执行时间的问题解决

           日志文件(log)就是一个跟踪记录的列表，它可以协助我们时刻掌握系统及应用服务的动作状态，在故障排查的时候提供最详细准确地信息，帮助我们快速查找原因，减少我们凭主观的经验去猜测，这样的答案更具有说服力，机器通常是不会撒谎的。任何的系统，无论是操作系统、数据库、应用服务器他们都会有自己的log文件，而且根据功能性质的不同，又有分为不同种类的log。后面我们将要讨论的MySQL数据库同样也有自己的一套日志纪录文件，可分为4种日志——错误日志、二进制日志、查询日志和慢查询日志。它们都有哪些作用，我们在实际工作中又将如何有效的使用这些log文件呢？

          这4种日志文件默认情况下都存放在$MYSQL_HOME/data目录下面，我们也可以使用服务器启动选项来对日志存放的位置以及名称来进行自定义。下面图片中显示了各种log文件，错误日志node1.err、二进制日志以mysql-bin开头的16个文件、查询日志node1.log、以及慢查询日志node1-slow.log。

      » 继续阅读 MySQL日志分析