zoukankan      html  css  js  c++  java
  • Mysql慢查询日志过程

    原创地址 :http://itlab.idcquan.com/linux/MYSQL/922126.html

    mysql慢查询日志对于跟踪有问题的查询非常有用,可以分析出代码实现中耗费资源的sql语句,对我们程序的优化有很高的参考。本篇主要将慢查询日志的开启,日志分析,这也是优化SQL程序的一般步骤中至关重要的一步。

      1.mysql慢查询日志

      打开mysql的慢查询日志很简单,只需要在mysql的配置文件里(windows系统是my.ini,linux系统是my.cnf)的[mysqld]下面加上

      Java代码

      log-slow-queries=mysql_slow.log

      long_query_time=3

      其中log-slow-queries为日志的文件名,可以指定目录,如log-slow-queries=D:mysql_slow.log; long_query_time为定义多长的查询我们定义为慢查询,并记录在log-slow-queries 指定的文件中,在这里我们定义超过3秒的查询进行记录。

      配置完成以后重启Mysql服务器,执行show variables like '%slow%';查看慢查询日志是否开启,如果slow_query_log和log_slow_queries显示为on,那说明服务器的慢查询日志已

      经开启了。如下显示:

      Java代码

      mysql> show variables like '%slow%';

      +---------------------+----------------+

      | Variable_name | Value |

      +---------------------+----------------+

      | log_slow_queries | ON |

      | slow_launch_time | 2 |

      | slow_query_log | ON |

      | slow_query_log_file | mysql_slow.log |

      +---------------------+----------------+

      4 rows in set (0.00 sec)

      slow_launch_time跟慢查询日志没有任何关系, 它代表的是thread create的一个阈值,如果要看 long_query_time,可以用

      Java代码

      mysql> show variables like '%long%';

      +-----------------+----------+

      | Variable_name | Value |

      +-----------------+----------+

      | long_query_time | 3.000000 |

      +-----------------+----------+

      1 row in set (0.00 sec)

      2.mysql慢查询日志分析

      建表如下图,建表勿要给text加上索引,否则可能出现不了超过3秒的查询,数据表填充了4194304条数据。

      我们来执行一个超过3秒的查询,如下:

      Java代码

      mysql> select * from wei where text='orange';

      +---------+--------+

      | id | text |

      +---------+--------+

      | 4103519 | orange |

      +---------+--------+

      1 row in set (3.79 sec)

      再执行一个超过3秒的和一个没有超过3秒的:

      Java代码

      mysql> select * from wei where text='xishizhaohua';

      Empty set (3.82 sec)

      Java代码

      [mysql> select * from wei where id=4564;

      +------+--------------------+

      | id | text |

      +------+--------------------+

      | 4564 | yyyyyyyyyyyyyyyyyy |

      +------+--------------------+

      1 row in set (0.02 sec)

      可以通过下面的命令查看现在这个session有多少个慢查询:

      现在我们可以查看mysql_slow.log(win7默认在C:ProgramDataMySQLMySQL Server 5.1data下面),里边内容如下,内容比较明了,包括查询花费的语句及时间,还包括查询时的时间戳等信息,其中Rows_examined为检查的行数,对我们优化也很有帮助

      # Time: 121017 17:38:54

      # User@Host: root[root] @ localhost [127.0.0.1]

      # Query_time: 3.794217 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 4194304

      SET timestamp=1350466734;

      select * from wei where text='orange';

      # Time: 121017 17:46:22

      # User@Host: root[root] @ localhost [127.0.0.1]

      # Query_time: 3.819219 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 4194304

      SET timestamp=1350467182;

      select * from wei where text='xishizhaohua';

    3.优化

      其实定位到了慢查询语句就已经完成了一大不了,执行explain或者desc命令查看慢查询语句,如下图:

      问题很明显,解决方式也很明显,建索引了。

      Java代码

      mysql> create index text_index on wei(text);

      Query OK, 4194304 rows affected (1 min 58.07 sec)

      Records: 4194304 Duplicates: 0 Warnings: 0

      然后在执行查询操作,用时明显少了很多。

      Java代码

      mysql> select * from wei where text='orange';

      +---------+--------+

      | id | text |

      +---------+--------+

      | 4103519 | orange |

      +---------+--------+

      1 row in set (0.33 sec)

      Java代码

      mysql> select * from wei where text='xishizhaohua';

      Empty set (0.01 sec)

  • 相关阅读:
    定点数的表示
    [收集]XMPP使用tls 和sasl登录
    socket函数
    [收集] SendMessage、PostMessage原理
    DLL中用malloc分配了一块内存,但是在exe程序中释放引发的错误:其原因可能是堆被损坏,这也说明 **.exe 中或它所加载的任何 DLL 中有 bug。
    关于在IWebBrowser中无法响应Ctrl+C等快捷键的解决方法
    Enum 操作
    程序员面对分歧和难题应当具备的态度【转】
    NDIS学习笔记一
    NDIS学习笔记二——(模拟丢包)
  • 原文地址:https://www.cnblogs.com/zhaoyang-1989/p/4824710.html
Copyright © 2011-2022 走看看