关于MySQL的慢日志分析工具
今天我们看看关于MySQL慢日志的阅读。
我们知道，如果我们的语句不够优化，那么首先MySQL的慢日志是进一步优化的离线证据，虽然里面有好
多“伪慢语句”！
先不说怎么优化，如果你的日志有一条语句赌住了，那么会有不计其数的慢语句填充到MySQL的满日志里面。那么首先提炼出这些语
句就非常头疼。
今天主要介绍两种工具：
1,mysqldumpslow。（咱们
MySQL自带的简单而又实用的工具）
我们先来看下mysqldumpslow的结果。
[root@localhost ~]# mysqldumpslow -r
localhost-slow.log
Reading
mysql slow query log from localhost-slow.log
Count: 2 Time=7.00s (14s) Lock=0.00s (0s) Rows=0.0 (0),
root[root]@localhost
select * from t_page_sample order by id desc limit N,N
Count: 1 Time=11.00s (11s) Lock=0.00s (0s) Rows=1.0 (1),
root[root]@localhost
select count(*) from t_page_sample
Count: 1 Time=1418.00s (1418s) Lock=0.00s (0s) Rows=0.0 (0),
root[root]@localhost
insert ignore into t_page_sample select ceil(rand()*N),
ceil(rand()*N), date_sub(now(),interval floor(rand()*N) day), now() from
t_page_sample
比如要查找排序的慢语句：
[root@localhost
~]# mysqldumpslow -r -g "order by " localhost-slow.log
Reading mysql slow query log from
localhost-slow.log
Count: 2
Time=7.00s (14s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@localhost
select * from t_page_sample order by id desc limit N,N
自
带的mysqldumpslow简单实用，作为我个人的首选。关于具体的参数含义，可以参见它自身的HELP。
2,mk-query-digest。(网
上著名的开源脚本家族Maatkit中一员)
手册地址：http://www.maatkit.org/doc/mk-
query-digest.html
下载方法：wget
http://www.maatkit.org/get/mk-query-digest
完了赋给它可执行权限就OK。
mk-query-digest
功能太多，我今天只是试了下它对MySQL慢日志的分析功能。
以下是我觉得比较实用的功能。
1）分析慢日志并且把找出来的语句写到规定的
表里。
[root@localhost ~]#
./mk-query-digest --limit 2 --select
Query_time,Lock_time,Rows_sent,Rows_examined,ts --create-review-table
相关文档：
Scale Out：横向扩展，增加处理节点提高整体处理能力
Scale Up：纵向扩展，通过提升单个节点的处理能力达到提升整体处理能力的目的
Replication
MySQL的replication是异步的，适用于对数据实时性要求不是特别关键的场景。slave端的IO线程负责从master读取日志，SQL线 程专门负责在slave端应用从master读过来的日志（早期 ......
前几天公司让我做C语言和MySQL数据库的交互操作，费了九牛二虎之力之后总算做出来了，今天特地把源代码贴出来供大家学习；如有人想要打包项目可以加我QQ260990509,注明技术交流，即可获得打包之后的项目！
#if defined(_WIN32) || defined(_WIN64) //为了支持windows平台上的编译
#include <windows.h>
#end ......
在数据库
中，UNION
和UNION
ALL
关键字都是将两个结果集合并为一个，但这两者从使用和效
率上来说都有所不同。
MySQL
中
的UNION
UNION在进行表链接后会筛选掉重复的记录，所以在表链接后会对所产生的结果集进行排序运算，删除重复的记录再
返回结果。实际大部分应用中是不会产生重复的记录，最常见的是过程� ......
