1.准备
依赖文件：
mysql 和 perl （这些普通服务器都有，不赘述了）
perl-Curses ： 下载地址--curses.tgz
mtop安装包：mtop下载
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进行了刷新，这是能够抓到语句。
从实际试验中我们也证明了这一猜测，普通的快速的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
2.056 seconds
2.047 seconds
测试参数；并发100，语句1000，循环5次
mysqlslap -h localhost -uroot -p -a -i 5 -c 10 --create-schema=test --number-of-queries=1000
4.462 seconds
4.338 seconds
结论：可见随着并发的增加，mtop对性能的影响也越为明显，10，50，100并发时，效率降低幅度分别为0.44%，0.65%，2% ； 结合之前所说的mtop使用的场景，可能mtop的使用会对服务器带来一定压力。需要引起注意。
7. 总结
简单的说mtop就是一个quick view of mysql connections。但是，应用的场景较少，并且会对服务器带来一小部分压力。
总结一下应用场景：
a. 快速的对mysql连接情况进行了解
b. 短时间的mysql连接情况的监控
c. 数据库瓶颈分析的初步定为
缺点：
a. 精度低，不能抓到所有process。
b. 在大并发时，对数据库有小幅压力。
c. 会不断增加数据库QUERIES的数值，对今后的数据库数据分析会带来一定影响。
d. 安装有些许麻烦。
文章出处：DIY部落
