对于当前数据库的监控方式有很多，分为数据库自带、商用、开源三大类，每一种都有各自的特色；而对于mysql数据库由于其有很高的社区活跃度，监控方式更是多种多样，不管哪种监控方式最核心的就是监控数据，获取得到全面的监控数据后就是灵活的展示部分。那我们今天就介绍一下完全采用mysql自有方式采集获取监控数据，在单体下达到最快速、方便、损耗最小。
本次文章完全使用mysql自带的show命令实现获取，从connects、buffercache、lock、SQL、statement、Databasethroughputs、serverconfig7大方面全面获取监控数据。
1连接数（Connects）
最大使用连接数：showstatuslike‘Max_used_connections’
当前打开的连接数：showstatuslike‘Threads_connected’
2缓存（bufferCache）
未从缓冲池读取的次数：showstatuslike‘Innodb_buffer_pool_reads’
从缓冲池读取的次数：showstatuslike‘Innodb_buffer_pool_read_requests’
缓冲池的总页数：showstatuslike‘Innodb_buffer_pool_pages_total’
缓冲池空闲的页数：showstatuslike‘Innodb_buffer_pool_pages_free’
缓存命中率计算：（1-Innodb_buffer_pool_reads/Innodb_buffer_pool_read_requests）*%
缓存池使用率为：((Innodb_buffer_pool_pages_total-Innodb_buffer_pool_pages_free）/Innodb_buffer_pool_pages_total）*%
3锁（lock）
锁等待个数：showstatuslike‘Innodb_row_lock_waits’
平均每次锁等待时间：showstatuslike‘Innodb_row_lock_time_avg’
查看是否存在表锁：showopenTABLESwherein_use0；有数据代表存在锁表，空为无表锁
备注：锁等待统计得数量为累加数据，每次获取得时候可以跟之前得数据进行相减，得到当前统计得数据
4SQL
查看mysql开关是否打开：showvariableslike‘slow_query_log’，ON为开启状态，如果为OFF，setglobalslow_query_log=1进行开启
查看mysql阈值：showvariableslike‘long_query_time’，根据页面传递阈值参数，修改阈值setgloballong_query_time=0.1
查看mysql慢sql目录：showvariableslike‘slow_query_log_file’
格式化慢sql日志：mysqldumpslow-sat-t10/export/data/mysql/log/slow.log注：此语句通过jdbc执行不了，属于命令行执行。意思为：显示出耗时最长的10个SQL语句执行信息，10可以修改为TOP个数。显示的信息为：执行次数、平均执行时间、SQL语句
备注：当mysqldumpslow命令执行失败时，将慢日志同步到本地进行格式化处理。
5statement
insert数量：showstatuslike‘Com_insert’
delete数量：showstatuslike‘Com_delete’
update数量：showstatuslike‘Com_update’
select数量：showstatuslike‘Com_select’
6吞吐（Databasethroughputs）
发送吞吐量：showstatuslike‘Bytes_sent’
接收吞吐量：showstatuslike‘Bytes_received’
总吞吐量：Bytes_sent+Bytes_received
7数据库参数（serverconfig）
showvariables
8慢SQL
我们常听MySQL中有二进制日志binlog、中继日志relaylog、重做回滚日志redolog、undolog等。针对慢查询，还有一种慢查询日志slowlog，用来记录在MySQL中响应时间超过阀值的语句。慢SQL对实际生产业务影响是致命的，所以测试人员在性能测试过程中，对数据库SQL语句执行情况实施监控，给开发提供准确的性能优化意见显得尤为重要。那怎么使用Mysql数据库提供的慢查询日志来监控SQL语句执行情况，找到消耗较高的SQL语句，以下详细说明一下慢查询日志的使用步骤：
确保打开慢SQL开关slow_query_log
设置慢SQL域值long_query_time这个long_query_time是用来定义慢于多少秒的才算“慢查询”，注意单位是秒，我通过执行sql指令setlong_query_time=1来设置了long_query_time的值为1,也就是执行时间超过1秒的都算慢查询，如下：
查看慢SQL日志路径
通过慢sql分析工具mysqldumpslow格式化分析慢SQL日志mysqldumpslow慢查询分析工具，是mysql安装后自带的，可以通过./mysqldumpslow—help查看使用参数说明
常见用法：
取出使用最多的10条慢查询./mysqldumpslow-sc-t10/export/data/mysql/log/slow.log
取出查询时间最慢的3条慢查询./mysqldumpslow-st-t3/export/data/mysql/log/slow.log
注意:使用mysqldumpslow的分析结果不会显示具体完整的sql语句,只会显示sql的组成结构;假如:SELECTFROMsms_sendWHEREservice_id=10GROUPBYcontentLIMIT0,0;mysqldumpslow命令执行后显示：Count:2Time=1.5s(3s)Lock=0.00s(0s)Rows=0.0(),vgos_dba[vgos_dba]
[10...]SELECTFROMsms_sendWHEREservice_id=NGROUPBYcontentLIMITN,Nmysqldumpslow的分析结果详解：
Count：表示该类型的语句执行次数，上图中表示select语句执行了2次。
Time：表示该类型的语句执行的平均时间（总计时间）
Lock：锁时间0s。
Rows：单次返回的结果数是0条记录，2次总共返回条记录。
通过这个工具就可以查询出来哪些sql语句是慢SQL，从而反馈研发进行优化，比如加索引，该应用的实现方式等。
常见慢SQL排查
不使用子查询SELECTFROMt1WHEREid(SELECTidFROMt2WHEREname=’hechunyang’);子查询在MySQL5.5版本里，内部执行计划器是这样执行的：先查外表再匹配内表，而不是先查内表t2，当外表的数据很大时，查询速度会非常慢。在MariaDB10/MySQL5.6版本里，采用join关联方式对其进行了优化，这条SQL会自动转换为SELECTt1.FROMt1JOINt2ONt1.id=t2.id;但请注意的是：优化只针对SELECT有效，对UPDATE/DELETE子查询无效，生产环境尽量应避免使用子查询。
避免函数索引SELECTFROMtWHEREYEAR(d)=;由于MySQL不像Oracle那样持函数索引，即使d字段有索引，也会直接全表扫描。应改为SELECTFROMtWHEREd=‘-01-01’;
用IN来替换OR低效查询慢SELECTFROMtWHERELOC_ID=10ORLOC_ID=20ORLOC_ID=30;高效查询SELECTFROMtWHERELOC_ININ(10,20,30);
LIKE双百分号无法使用到索引SELECTFROMtWHEREnameLIKE‘%de%’;使用SELECTFROMtWHEREnameLIKE‘de%’;
分组统计可以禁止排序SELECTgoods_id,count()FROMtGROUPBYgoods_id;默认情况下，MySQL对所有GROUPBYcol1，col2…的字段进排序。如果查询包括GROUPBY，想要避免排序结果的消耗，则可以指定ORDERBYNULL禁止排序。使用SELECTgoods_id,count()FROMtGROUPBYgoods_idORDERBYNULL;
禁止不必要的ORDERBY排序SELECTcount(1)FROMuseruLEFTJOINuser_infoiONu.id=i.user_idWHERE1=1ORDERBYu.create_timeDESC;使用SELECTcount(1)FROMuseruLEFTJOINuser_infoiONu.id=i.user_id;
9总结
任何东西不应过重