电子商务网站开发的预期目标,做论坛网站的元素,莞城营销型网站建设,珠海网站建站1、MySQL服务运行状态 约定所有MySQL服务都必须以ip1#xff08;内网ip#xff09;来绑定#xff0c;每个机器只有一个ip1#xff0c;可以有多个端口#xff0c;即多个MySQL Server。采集程序读取ip端口信息文件来判断server是否存在。 sockParamps aux | grep -P m… 1、MySQL服务运行状态 约定所有MySQL服务都必须以ip1内网ip来绑定每个机器只有一个ip1可以有多个端口即多个MySQL Server。采集程序读取ip端口信息文件来判断server是否存在。 sockParamps 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} -eshow global status # 空则是获取不到该服务器mysql状态请检查mysql是否正常运行if [ -z ${curStatus} ]then portExists0else echo ${curStatus} ${curFile} portExists1 2、连接数 ${MYSQL_ADMIN} processlist -v | wc -l 3、线程数 grep Threads_connected ${curFile} | awk {print $2} 4、慢查询数 grep Slow_queries ${curFile} | awk -F {print $2} 需要计算两次的慢查询次数得到差值等于最近1分钟的慢查询次数。上次数据保存在last.cache。 5、打开表数 grep Open_tables ${curFile} | awk -F {print $2} 6、每秒执行select数 grep Com_select ${curFile} | awk -F {print $2} 需要计算两次的慢查询次数得到差值除以时间差等于最近1分钟的执行数量。上次数据保存在last.cache。 7、每秒执行delete数 grep Com_delete ${curFile} | grep -v multi | awk -F {print $2} 需要计算两次的慢查询次数得到差值除以时间差等于最近1分钟的执行数量。上次数据保存在last.cache。 8、每秒执行insert数 grep Com_insert ${curFile} | grep -v select | awk -F {print $2} 需要计算两次的慢查询次数得到差值除以时间差等于最近1分钟的执行数量。上次数据保存在last.cache。 9、每秒执行update数 grep Com_update ${curFile} | grep -v multi | awk -F {print $2} 需要计算两次的慢查询次数得到差值除以时间差等于最近1分钟的执行数量。上次数据保存在last.cache。 10、每秒钟执行replace数 grep Com_replace ${curFile} | grep -v select | awk -F {print $2} 需要计算两次的慢查询次数得到差值除以时间差等于最近1分钟的执行数量。上次数据保存在last.cache。 11、每秒钟执行的 Innodb_rows_deleted grep Innodb_rows_deleted ${curFile} | awk -F {print $2} 需要计算两次的慢查询次数得到差值除以时间差等于最近1分钟的执行数量。上次数据保存在last.cache。 12、每秒钟执行的 Innodb_rows_inserted grep Innodb_rows_inserted ${curFile} | awk -F {print $2} 需要计算两次的慢查询次数得到差值除以时间差等于最近1分钟的执行数量。上次数据保存在last.cache。 13、每秒钟执行的 Innodb_rows_read grep Innodb_rows_read ${curFile} | awk -F {print $2} 需要计算两次的慢查询次数得到差值除以时间差等于最近1分钟的执行数量。上次数据保存在last.cache。 14、每秒钟执行的 Innodb_rows_updated grep Innodb_rows_updated ${curFile} | awk -F {print $2} 需要计算两次的慢查询次数得到差值除以时间差等于最近1分钟的执行数量。上次数据保存在last.cache。 15、每秒钟执行的 innodb rows total expr ${innodbRowsDeletedPS} ${innodbRowsInsertedPS} ${innodbRowsReadPS} ${innodbRowsUpdatedPS} 等于前面四个Innodb_rows_*执行次数的总和 16、每秒处理命令数 qps expr ${mysqlSelectNumPS} ${mysqlInsertNumPS} ${mysqlUpdateNumPS} ${mysqlDeleteNumPS} ${mysqlReplaceNumPS} 等于前面五个mysql命令Com_*的数量总和 17、每秒接收字节数 KByte/s grep Bytes_received ${curFile} | awk -F {print $2} 需要计算两次的慢查询次数得到差值除以时间差等于最近1分钟的执行数量除以1024得到单位KByte/s。上次数据保存在last.cache。 18、每秒发送字节数 grep Bytes_sent ${curFile} | awk -F {print $2} 需要计算两次的慢查询次数得到差值除以时间差等于最近1分钟的执行数量除以1024得到单位KByte/s。上次数据保存在last.cache。 19、可立即获得锁的次数 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。 21、一行锁定需等待时间 grep Innodb_row_lock_waits ${curFile} | awk -F {print $2} 需要计算两次的慢查询次数得到差值等于最近1分钟的一行锁定需等待时间。上次数据保存在last.cache。 22、 当前脏页数 grep Innodb_buffer_pool_pages_dirty ${curFile} | awk -F {print $2} 23、要求清空的缓冲池页数 grep Innodb_buffer_pool_pages_flushed ${curFile} | awk -F {print $2} 需要计算两次的慢查询次数得到差值等于最近1分钟的要求清空的缓冲池页数。上次数据保存在last.cache。 24、Innodb 写入日志字节数 KByte grep Innodb_os_log_written ${curFile} | awk -F {print $2} 需要计算两次的慢查询次数得到差值等于最近1分钟的写入日志字节数除以1024得到KByte。上次数据保存在last.cache。 25、占用内存大小 MByte pidps aux | grep mysqld | grep -Ev safe|grep | awk {print $2} memcat /proc/${pid}/status | grep VmRSS | awk {print $2}mysqlMemecho scale2;${mem} / 1024 | bc 除以1024得到MByte 26、handler socket每秒处理数 curHsTableLockgrep Hs_table_lock ${curFile} | awk {print $2}preHsTableLockgrep Hs_table_lock ${preFile} | awk {print $2}if [ -n ${curHsTableLock} ]then hsQPSecho scale0;(${curHsTableLock} - ${preHsTableLock}) / ${intervalTime} | bcelse hsQPS0fi 27、主从同步和状态 #主从信息#是否为从服务器slave_runninggrep Slave_running ${curFile} | awk {print $2}if [ ${slave_running}A ONA ]then slaveRunning1 slaveStatus${MYSQL} -eshow slave status\G echo ${slaveStatus} ${slaveFile} slaveIoRunninggrep Slave_IO_Running ${slaveFile} | awk -F : {print $2} slaveSqlRunninggrep Slave_SQL_Running ${slaveFile} | awk -F : {print $2} if [ ${slaveIoRunning}A NoA -o ${slaveSqlRunning}A NoA ] then slaveRunning3 fi secondsBehindMastergrep Seconds_Behind_Master ${slaveFile} | awk -F : {print $2} if [ ${secondsBehindMaster}A NULLA ] then secondsBehindMaster8888 # 表示主从不同步 fi #是从库时 获取主库ip mastergrep Master_Host ${slaveFile} | awk -F : {print $2} masterPortgrep Master_Port ${slaveFile} | awk -F : {print $2}else master masterPort slaveRunning0 secondsBehindMaster10000 # 不用检测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发生了错误比之前的小了那么当这种情况发生时负值出现就成为可能。 28、检测采集Agent心跳情况转载于:https://www.cnblogs.com/cyt1153/p/6608069.html
