关键 MySQL 统计指标
-
查询吞吐量
-
查询执行性能
-
连接情况
-
缓冲池使用情况
查询吞吐量
查询执行性能
https://blog.csdn.net/wangpeng198688/article/details/51673605==》查询性能
连接情况
Aborted_clients ##客户端不能正常连接，失败的连接数量。
Aborted_connects ##客户端中断数量，可能有恶意连接。
###吞吐量
Bytes_received ##从所有客户端接收到的字节数。
Bytes_sent ##发送给所有客户端的字节数。
###com admin 语句执行数量
Com_commit ##统计提交语句次数
com_delete ##统计删除语句
com_delete_multi ##最小
com_insert ##统计插入语句
com_rollback ##事务回滚
Connections ##不管是否成功连接到mysql的个数
缓冲池使用情况
##后台预读线程读取到Innodb缓冲池的页的数量
Innodb_buffer_pool_reads ##不能满足InnoDB必须单页读取的缓冲池中的逻辑读数量。
Innodb_buffer_pool_read_ahead ##预读的次数
Innodb_buffer_pool_read_requests ##从缓冲池中读取的页的次数
*缓冲池的命中率=
innodb_buffer_pool_read_requests/(innodb_buffer_pool_read_requests+innodb_buffer_pool_read_ahead+innodb_buffer_pool_reads)
解释：
1.Innodb_buffer_pool_reads 这个是指 从磁盘上读取的page的总数。(注意这个不包括预读)。
2.Innodb_pages_read 这个是 从磁盘上读取的page的总数。(包括预读。预读又分 random 、 sequential 预读)。
3.Innodb_buffer_pool_read_requests 这个是 逻辑读。(如果读整个表的数据，这个表共4个page。那么逻辑读也不会只有4)。读取数据，需要从内存中page中找，page又从磁盘上读取到的。每次在内存中的page获取数据，都需要很多次逻辑读。所以一般逻辑读都很大。
4. 指标 Innodb_buffer_pool_read_requests 及 Innodb_buffer_pool_reads 对于理解缓冲池利用率都非常关键。Innodb_buffer_pool_read_requests 追踪合理读取请求的数量，而 Innodb_buffer_pool_reads 追踪缓冲池无法满足，因而只能从磁盘读取的请求数量。我们知道，从内存读取的速度比从磁盘读取通常要快好几个数量级，因此，如果 Innodb_buffer_pool_reads 的值开始增加，意味着数据库性能大有问题。
5. 将缓冲池指标转化为字节=Innodb_buffer_pool_pages_total * innodb_page_size