mysql监控工具系列 ― mtop

    1.准备

    2. Curses的安装

# tar zxvf Curses-x.xx.tar.gz# cd Curses*# perl Makefile.PL# make# make install

    在make时可能会报错，需要对 Curses.c 275行做如下修改：

    原文件：if (Perl_sv_isa(sv, “Curses::Window”)) {

    修改后：if (sv_isa(sv, “Curses::Window”)) {

    3. 安装mtop

# tar zxvf mtop-0.6.6.tar.gz# cd mtop-0.6.6# perl Makefile.PL# make# make install

    4. 运行mtop

    这里可以选择单独为mtop创建一个有RELOAD,PROCESS,SUPER 权限的用户。

    mysql> GRANT RELOAD,PROCESS,SUPER ON *.* TO ‘mtop’@\'localhost’ IDENTIFIED BY ‘mtop’;

    mysql> FLUSH PRIVILEGES;

    如果只是为了短暂的检测一下数据库，也可以直接使用mtop。

    > mtop -dbuser=root -password=’xxx’ -host=localhost -seconds=1

    5. mtop监控的精度

    由于mtop监控的原理是以seconds作为间隔进行一次 show process 操作。

    因此所以猜测：如果语句执行的时间小于1s就很难被mtop抓到。唯一被抓到的可能性就是，语句的短暂执行过程中的某个时刻，正好mtop进行了刷新，这时候mtop才能够抓到语句，并显示在屏幕上。

    从实际试验中我们也证明了这一猜测，普通的快速的select 语句的执行不会显现在mtop中。因此，我认为mtop适用于压力比较大，或者一段时间内会出现性能瓶颈时的监控。大并发，或者slow-query才容易被mtop抓下，从而用于mysql语句调优，瓶颈分析。

    6. mtop对服务器性能的影响

    由于mtop是以一定间隔不断的执行show processlist的语句，因此猜测：mtop会对mysql的执行性能有一定影响。以下用mysqlslap分别对 有mtop 和 没有mtop监控两种情况下的数据库性能进行测试：

    测试结果：

    测试参数；并发10，语句1000，循环5次

    mysqlslap -h localhost -uroot -p -a -i 5 -c 10 -create-schema=test -number-of-queries=1000

    测试参数；并发100，语句1000，循环5次

    mysqlslap -h localhost -uroot -p -a -i 5 -c 100 -create-schema=test -number-of-queries=1000

    结论：

    可见随着并发的增加，mtop对性能的影响也越为明显；

    10，50，100并发时，效率降低幅度分别为0.44%，0.65%，2% ； 结合之前所说的mtop使用的场景，可能mtop的使用会对服务器带来一定压力，这一点在使用时，需要引起注意。

    7. 总结

    简单的说mtop就是一个quick view of mysql connections。但是，应用的场景较少，并且会对服务器带来一小部分压力。

    总结一下应用场景：

    简单的说mtop就是一个quick view of mysql connections。但是，应用的场景较少，并且会对服务器带来一小部分压力。

    优点：

    缺点：

a. 精度低，不能抓到所有process。

    b. 在大并发时，对数据库有小幅压力。

    c. 会不断增加数据库QUERIES的数值，对今后的数据库数据分析会带来一定影响。

    d. 获得到的数据较少，参考价值较少