MySQL监控属于DB监控的模块之一，包括采集、展现、监控告警。本文主要介绍MySQL监控的主要指标和采集方法。mysql
MySQL监控和Redis监控的逻辑相似，可参考文章《Redis监控主要指标及采集方法 http://www.linuxidc.com/Linux/2016-11/136783.htm》。linux
DBA前台添加MySQL监控时系统会调用自动调度平台接口将Mysql监控的加密帐户密码和ip端口等信息发送至目标，同时发送采集Agent。sql
1、采集指标和命令数据库
一、MySQL服务运行状态服务器
约定全部MySQL服务都必须以ip1（内网ip）来绑定，每一个机器只有一个ip1，能够有多个端口，即多个MySQL Server。采集程序读取ip端口信息文件来判断server是否存在。网络
sockParam=`ps aux | grep -P "mysqld.*--port=${port}" | grep -oP " --socket.*\.sock"` # 空则获取不到该服务器端口mysql socket配置，请检查mysql配置是否正确
MYSQL="/usr/local/mysql/bin/mysql -hlocalhost --port=${port} ${sockParam} -u${user} -p${password} "
MYSQL_ADMIN="/usr/local/mysql/bin/mysqladmin -hlocalhost --port=${port} ${sockParam} -u${user} -p${password} "
curStatus=`${MYSQL} -e"show global status"` # 空则是获取不到该服务器mysql状态，请检查mysql是否正常运行
if [ -z "${curStatus}" ]
then
portExists=0
else
echo "${curStatus}" >> ${curFile}
portExists=1socket
二、链接数加密
${MYSQL_ADMIN} processlist -v | wc -lurl
三、线程数spa
grep 'Threads_connected' ${curFile} | awk '{print $2}'
四、慢查询数
grep 'Slow_queries' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值，等于最近1分钟的慢查询次数。上次数据保存在last.cache。
五、打开表数
grep 'Open_tables' ${curFile} | awk -F ' ' '{print $2}'
六、每秒执行select数
grep 'Com_select' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值除以时间差，等于最近1分钟的执行数量。上次数据保存在last.cache。
七、每秒执行delete数
grep 'Com_delete' ${curFile} | grep -v 'multi' | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值除以时间差，等于最近1分钟的执行数量。上次数据保存在last.cache。
八、每秒执行insert数
grep 'Com_insert' ${curFile} | grep -v 'select' | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值除以时间差，等于最近1分钟的执行数量。上次数据保存在last.cache。
九、每秒执行update数
grep 'Com_update' ${curFile} | grep -v 'multi' | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值除以时间差，等于最近1分钟的执行数量。上次数据保存在last.cache。
十、每秒钟执行replace数
grep 'Com_replace' ${curFile} | grep -v 'select' | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值除以时间差，等于最近1分钟的执行数量。上次数据保存在last.cache。
十一、每秒钟执行的 Innodb_rows_deleted
grep 'Innodb_rows_deleted' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值除以时间差，等于最近1分钟的执行数量。上次数据保存在last.cache。
十二、每秒钟执行的 Innodb_rows_inserted
grep 'Innodb_rows_inserted' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值除以时间差，等于最近1分钟的执行数量。上次数据保存在last.cache。
1三、每秒钟执行的 Innodb_rows_read
grep 'Innodb_rows_read' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值除以时间差，等于最近1分钟的执行数量。上次数据保存在last.cache。
1四、每秒钟执行的 Innodb_rows_updated
grep 'Innodb_rows_updated' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值除以时间差，等于最近1分钟的执行数量。上次数据保存在last.cache。
1五、每秒钟执行的 innodb rows total
expr ${innodbRowsDeletedPS} + ${innodbRowsInsertedPS} + ${innodbRowsReadPS} + ${innodbRowsUpdatedPS}
等于前面四个Innodb_rows_*执行次数的总和
1六、每秒处理命令数 qps
expr ${mysqlSelectNumPS} + ${mysqlInsertNumPS} + ${mysqlUpdateNumPS} + ${mysqlDeleteNumPS} + ${mysqlReplaceNumPS}
等于前面五个mysql命令Com_*的数量总和
1七、每秒接收字节数 KByte/s
grep 'Bytes_received' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值除以时间差，等于最近1分钟的执行数量，除以1024获得单位KByte/s。上次数据保存在last.cache。
1八、每秒发送字节数
grep 'Bytes_sent' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值除以时间差，等于最近1分钟的执行数量，除以1024获得单位KByte/s。上次数据保存在last.cache。
1九、可当即得到锁的次数
grep 'Table_locks_immediate' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值，等于最近1分钟的可当即得到锁数量。上次数据保存在last.cache。
20、不可当即得到锁的次数
grep 'Table_locks_waited' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值，等于最近1分钟的不可当即得到锁数量。上次数据保存在last.cache。
2一、一行锁定需等待时间
grep 'Innodb_row_lock_waits' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值，等于最近1分钟的一行锁定需等待时间。上次数据保存在last.cache。
2二、 当前脏页数
grep 'Innodb_buffer_pool_pages_dirty' ${curFile} | awk -F ' ' '{print $2}'
2三、要求清空的缓冲池页数
grep 'Innodb_buffer_pool_pages_flushed' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值，等于最近1分钟的要求清空的缓冲池页数。上次数据保存在last.cache。
2四、Innodb 写入日志字节数 KByte
grep 'Innodb_os_log_written' ${curFile} | awk -F ' ' '{print $2}'
须要计算两次的慢查询次数获得差值，等于最近1分钟的写入日志字节数，除以1024获得KByte。上次数据保存在last.cache。
2五、占用内存大小 MByte
pid=`ps aux | grep 'mysqld' | grep -Ev 'safe|grep' | awk '{print $2}' `
mem=`cat /proc/${pid}/status | grep 'VmRSS' | awk '{print $2}'`
mysqlMem=`echo "scale=2;${mem} / 1024" | bc`
除以1024获得MByte
2六、handler socket每秒处理数
curHsTableLock=`grep 'Hs_table_lock' ${curFile} | awk '{print $2}'`
preHsTableLock=`grep 'Hs_table_lock' ${preFile} | awk '{print $2}'`
if [ -n "${curHsTableLock}" ]
then
hsQPS=`echo "scale=0;(${curHsTableLock} - ${preHsTableLock}) / ${intervalTime}" | bc`
else
hsQPS=0
fi
2七、主从同步和状态
#主从信息
#是否为从服务器
slave_running=`grep 'Slave_running' ${curFile} | awk '{print $2}'`
if [ "${slave_running}A" = "ONA" ]
then
slaveRunning=1
slaveStatus=`${MYSQL} -e'show slave status\G'`
echo "${slaveStatus}" > ${slaveFile}
slaveIoRunning=`grep 'Slave_IO_Running' ${slaveFile} | awk -F ':' '{print $2}'`
slaveSqlRunning=`grep 'Slave_SQL_Running' ${slaveFile} | awk -F ':' '{print $2}'`
if [ "${slaveIoRunning}A" == "NoA" -o "${slaveSqlRunning}A" == "NoA" ]
then
slaveRunning=3
fi
secondsBehindMaster=`grep 'Seconds_Behind_Master' ${slaveFile} | awk -F ':' '{print $2}'`
if [ "${secondsBehindMaster}A" = "NULLA" ]
then
secondsBehindMaster=8888 # 表示主从不一样步
fi
#是从库时 获取主库ip
master=`grep 'Master_Host' ${slaveFile} | awk -F ':' '{print $2}'`
masterPort=`grep 'Master_Port' ${slaveFile} | awk -F ':' '{print $2}'`
else
master=""
masterPort=""
slaveRunning=0
secondsBehindMaster=10000 # 不用检测
fi
注：Seconds_Behind_Master，该值做为判断主从延时的指标，那么它又是怎么获得这个值的呢，同时，它为何又受到不少人 的质疑？
Seconds_Behind_Master是经过比较sql_thread执行的event的timestamp和io_thread复制好的 event的timestamp(简写为ts)进行比较，而获得的这么一个差值。咱们都知道的relay-log和主库的bin-log里面的内容彻底同样，在记录sql语句的同时会被记录上当时的ts，因此比较参考的值来自于binlog，其实主从没有必要与NTP进行同步，也就是说无需保证主从时钟的 一致。你也会发现，其实比较真正是发生在io_thread与sql_thread之间，而io_thread才真正与主库有关联，因而，问题就出来了， 当主库I/O负载很大或是网络阻塞，io_thread不能及时复制binlog（没有中断，也在复制），而sql_thread一直都能跟上 io_thread的脚本，这时Seconds_Behind_Master的值是0，也就是咱们认为的无延时，可是，实际上不是，你懂得。这也就是为什 么你们要批判用这个参数来监控数据库是否发生延时不许的缘由，可是这个值并非老是不许，若是当io_thread与master网络很好的状况下，那么 该值也是颇有价值的。
以前，提到 Seconds_Behind_Master这个参数会有负值出现，咱们已经知道该值是io_thread的最近跟新的ts与sql_thread执行到 的ts差值，前者始终是大于后者的，惟一的肯能就是某个event的ts发生了错误，比以前的小了，那么当这种状况发生时，负值出现就成为可能。
2八、检测采集Agent心跳状况