首先是由于公司秉承快速开发原则，频繁上线，导致每次忽视了性能问题!日积月累，所以导致系统越来越慢，所以如果你的系统查询语句本来就优化的很好了可能参考意义不大!
提取慢查询日志文件，应该在你的DataDir目录下面
通过程序处理慢查询文件，将文件格式的慢查询导入到数据库中：
比如：
优化后：
基本信息：
慢查询统计从 2008-02-17 17:59:34 到2008-02-18 22:45:22时间段，接近29个小时的数据;
总共有慢查询28914个，平均一小时有1000个慢查询;(花了一天优化降到每小时100个的样子了，成就感啊)
所有慢查询耗费总时间75690秒;
慢查询时间设置是大于2秒
参数说明：
sum--总执行时间(秒);
count--执行次数;
avg--平均执行时间(秒);
content--类似SQL语句的表达通式，其中'DD'代表数字;
statement--某一条具体执行的SQL语句
由于访问时的锁，导致update非常慢：
最耗费资源的10个查询：
其中第1，2，5应该是同一类查询，这样的话这一类查询占总查询的一半以上，每分钟出现10个以上这样的慢查询，需要重点解决!