mysql服务器监控参数总结

1)主机健康监控：网络通信、软硬件错误、磁盘空间、内存使用

2)mysql健康监控: 服务端口(telnet尝试连接)、mysqld和mysqld_safe进程、errorlog和复制状态

3)主机性能监控:系统load值、cpu使用率、

磁盘IO量(vmstat+iostat),iops，每秒吞吐量

iostat rMB/s+wMB/s吞吐量很低 util很高表示随机IO很重

r/s+w/s代表iops

swap进出量(free获取系统总swap情况和vmstat实时获取swap)、网络流量

4)mysql性能监控：

4-1)qps每秒查询量

QPS = Questions(or Queries) / Seconds

获取所需状态变量值：

SHOW /*!50000 GLOBAL */ STATUS LIKE 'Questions'

SHOW /*!50000 GLOBAL */ STATUS LIKE 'Queries'

4-2)tps每秒事务量

TPS = (Com_commit + Com_rollback) / Seconds

4-3)Key Buffer 命中率(分读写)：

key_buffer_read_hits = (1 - Key_reads / Key_read_requests) * 100%

key_buffer_write_hits= (1 - Key_writes / Key_write_requests) * 100%

4-4)Innodb Buffer 命中率：

innodb_buffer_read_hits=(1-Innodb_buffer_pool_reads/Innodb_buffer_pool_read_requests) * 100%

4-5)Query Cache 命中率：

Query_cache_hits= (Qcache_hits / (Qcache_hits + Qcache_inserts)) * 100%

4-6)Table Cache 状态量：Table Cache 的当前状态量可以帮助我们判断系统参数table_open_cache 的设置是否合理。如果状态变量Open_tables 与Opened_tables 之间的比率过低，则代表Table Cache 设置过小，个人认为该值处于80% 左右比较合适。

4-7)Thread Cache 命中率(正常要达到90%以上):

Thread_cache_hits = (1 - Threads_created / Connections) * 100%

4-8)锁定状态：当Table_locks_waited 与Table_locks_immediate 的比值较大，则说明我们的表锁造成的阻塞比较严重，可能需要调整Query 语句，或者更改存储引擎，亦或者需要调整业务逻辑。

Innodb_row_lock_waits 较大，则说明Innodb 的行锁也比较严重，且影响了其他线程的正常处理。同样需要查找出原因并解决。造成Innodb 行锁严重的原因可能是Query 语句所利用的索引不够合理（Innodb 行锁是基于索引来锁定的），造成间隙锁过大。也可能是系统本身处理能力有限，则需要从其他方面（如硬件设备）来考虑解决。

4-9)复制延时量

4-10)Tmp table 状况

如果是Created_tmp_disk_tables 与Created_tmp_tables 的比率过高，如超过10%，则我们需要考虑是否tmp_table_size 这个系统参数所设置的足够大

4-11)Binlog Cache 使用状况：Binlog Cache 用于存放还未写入磁盘的Binlog 信息。如果Binlog_cache_disk_use 值不为0，则说明Binlog Cache 大小可能不够，

建议增加binlog_cache_size 系统参数大小。

4-12)Innodb_log_waits 量：Innodb_log_waits 状态变量直接反应出Innodb Log Buffer 空间不足造成等待的次数。

当该值达到每秒1 次时就该增加系统参数innodb_log_buffer_size 的值