mysql性能监控最佳实践（监控产品及监控指标）
1、监控什么内容
1、os层面
空间监控df -h ，防止文件系统空间满造成数据库hang住
性能cpu监控
vmstat
r队列，这个队列需要小于cpu核数，最大不要超过4倍？？？
top load average队列数量，同上？？？
top中sys cpu占比小于5%，iowait占比小于5%，user占比小于70%
top H线程占cpu占比，不要出现70%+的线程
2、内存
vmstat中出现swap in out ，free至少2G以上
3、io
iostat -x 中 r/s w/s
svctm<=6ms
%util<80%
4、网络监控
sar监控中，网络带宽不需要达到90%，一般1000Mbit/s 带宽足够使用，除了备份等场景
5、数据库
真实负载监控
| Innodb_rows_deleted | 99493 |
| Innodb_rows_inserted | 1376624 |
| Innodb_rows_read | 12895545 |
| Innodb_rows_updated | 2720746 |
| Queries | 8932356 |：qps，所有查询语句（i+d+u+s）的数量，如执行一个存储过程，会把存储过程中的执行sql数量也包括。questions是一个存储过程算一个，不管存过程中有多少语句。
tps：
显示的tps：
| Com_commit | 338336 |
| Com_rollback | 1057 |
隐式tps：
| Handler_commit | 12519502 |
| Handler_rollback | 2114 |IO相关
物理读相关：
| Innodb_buffer_pool_read_requests| 66101630 |内存读的总次数
| Innodb_buffer_pool_reads | 115801 | 数据库物理读的次数
| Innodb_pages_read | 142404 | 数据库物理读的页数
| Handler_read_rnd_next | 2112621 |很高表示全表扫描的征兆
物理写相关：
| Innodb_buffer_pool_pages_flushed | 232223 |从buffer pool 中刷新页的数量，即写的总页数
| Innodb_buffer_pool_write_requests | 16157929 |写入的次数
| Innodb_dblwr_writes | 0 |：double write 写入的次数
| Innodb_dblwr_pages_written | 0 |：dbwr 写入的页数
| Innodb_log_writes | 131755 |：日志的写入次数
关注pending（读不动，写不动---IO有问题）的数量：
| Innodb_data_pending_reads | 0 |读挂起
| Innodb_data_pending_writes | 0 |写挂起
| Innodb_os_log_pending_writes | 0 |日志挂起内存相关
| Innodb_buffer_pool_wait_free | 0 |：因为内存短缺，导致物理读不能获
取到内存，为0 表示内存中总有可用页。
| Innodb_buffer_pool_pages_total | 65536 |：innodb 内存总量
| Innodb_buffer_pool_pages_dirty | 0 |：脏页总量，脏页暴增，可能是系统中有异常的dml4、连接相关
| Connections | 48 |连接累计值，不管失败或成功，连接总次数。不关注。
| Threads_created | 44 |线程连接建立的次数
| Threads_connected| 1 |当前打开的连接数量，正在连接的数量。
| Connection_errors_max_connections | 0 |因为连接数达到最大而不能连接所
产生的错误次数。>0 表示连接数超了。 5、用户空间相关
| Created_tmp_disk_tables | 0 |：当这个值很大，表示需要增加
tmp_table_size 和max_heap_table_size 的值（在内存中的临时表）。
select 子查询join 子查询，需要把两个子查询求出来，再join，子查询
需要放在内部临时表里，如果内部临时表大小不够用，就会发生磁盘临时表。
| Sort_merge_passes | 0 |sort 用户空间太小发生磁盘排序的数量。
| Binlog_cache_disk_use | 0 |：binlog 用户空间太小发生使用磁盘空间的数量。6、锁相关
| Innodb_row_lock_waits | 89877 |
| Innodb_row_lock_time | 37340748 |
| Table_locks_waited | 0 |产生表锁等待的数量7、慢查询相关：
| Slow_queries | 508 |：慢查询执行次数
慢查询日志的解读
对慢查询日志进行tail -f式的解读8、产生的日志量相关：——产生的redo数量
| Innodb_os_log_written | 1255217664 |redo log 产生的量，字节数
show master status;隔段时间监控的差值除以时间间隔得到每秒产生binlog 日志量。9、网络相关
| Bytes_received | 372184964 |
| Bytes_sent | 1996745853 |10、全表扫描
| Select_full_join | 0 |表关联时，由于表上没有索引而发生的表扫描的次数。
| Select_scan | 39 |use 数据库或者show status 等时，会扫描小的系统表，做了全表扫描，所以有时候不准，容易产生误导，select 产生全表扫描的次数。
使用Handler_read_rnd_next 值看全表扫描。
| Handler_read_rnd_next | 2113042 |如果这个值很高，表示你正在做很多表扫描，应该是没有使用正确或者高效的索引。
2、监控工具
PT
ZABBIX
SHELL脚本
3、阈值，趋势
有些建龙指标有阈值，例如io的svtime
有些需要看趋势，例如io的tps