percona监控mysql的几张图形是怎样的

共计 1963 个字符，预计需要花费 5 分钟才能阅读完成。

本篇文章为大家展示了 percona 监控 mysql 的几张图形是怎样的，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。

percona 监控 mysql 的几张图形解释

最近，我仔细研究了一下 percona 监控 mysql 的几张图的含义。

Com_XXX 表示每个 XXX 语句执行的次数如：
Com_select 执行 select 操作的次数，一次查询只累计加 1
Com_update 执行 update 操作的次数
Com_insert 执行 insert 操作的次数，对批量插入只算一次。
Com_delete 执行 delete 操作的次数

只针对于 InnoDB 存储引擎的操作次数：

Innodb_rows_deleted  从 InnoDB 表删除的行数。

Innodb_rows_inserted  插入到 InnoDB 表的行数。

Innodb_rows_read  从 InnoDB 表读取的行数。

Innodb_rows_updated InnoDB 表内更新的行数。

上图数据来源于： show global status like %innodb_row%

InnoDB semaphore

InnoDB 信号量图显示有关 InnoDB 信号量活动的信息：旋转轮数，旋转

等待，操作系统等待。您可能会看到这些图在高并发或争用期间出现峰值。这些图表

基本上表示获取行锁或互斥锁所涉及的不同类型的活动，这是导致性能不佳的原因

在某些情况下，缩放。

上面数据来源于：

mysql show engine innodb status \G;

SEMAPHORES（信号量）

OS WAIT ARRAY INFO: reservation count 6428579

OS WAIT ARRAY INFO: signal count 6391102

Mutex spin waits 10807638, rounds 51362184, OS waits 1135246

RW-shared spins 5183147, rounds 154424701, OS waits 5133668

RW-excl spins 187041, rounds 4866289, OS waits 132629

Spin rounds per wait: 4.75 mutex, 29.79 RW-shared, 26.02 RW-excl

czxin 注释：spin waits 和 spin rounds 的数量。相较于系统等待，自旋锁是低成本的等待；不过它是一个活跃的等待，会浪费一些 cpu 资源。因此如果看到大量的自旋等待和自旋轮转，则很显然它浪费 了很多 cpu 资源。浪费 cpu 时间和无谓的上下文切换之间可以用 innodb_sync_spin_loops 来平衡。

reservation count 和 signal count 显示了 innodb 使用内部同步阵列的活跃程度 – 时间片 (slot) 分配以及线程信号使用同步阵列的频繁程度。这些统计信息可以用于表示 innodb 回退到系统等待的频率。还有关于系统等待的直接相关信息，可以看到 OS Waits 的互斥信号灯 (mutexes)，以及读写锁。这些信息中显示了互斥锁和共享锁。系统等待和 保留(reservation) 不完全一样，在回退到用 sync_array 的复杂等待模式前，innodb 会尝试 输出(yield) 到系统，希望下一次调度时间对象里命名线程已经释放了。系统等待相对较慢，如果每秒发生了上万次系统等待，则可能会有问题。另一个观察方法是查看系统状态 中的上下文(context) 交换频率。

锁资源

上图表示行锁的等待。

innodb_lock_wait 指的是不能立即获取行锁而需要等待的次数 / 每秒。

上图的数据来源于 show global status like innodb_lock_wait

MySQL table locks

上图表示的是表级锁的等待

Table_locks_immediate 指的是能够立即获得表级锁的次数 / 每秒， 

Table_locks_waited 指的是不能立即获取表级锁而需要等待的次数 / 每秒。

上图数据来源于 show global status like %table_lock%

Innodb table in use

InnoDB Tables In Use（使用中的 InnoDB 表）图显示了 InnoDB 有多少表在使用中以及有多少表被锁定。如果有

在这些图中，您可能还会看到锁等待中的峰值以及查询之间的其他争用迹象。

上面的 innodb tables in use 和 innodb locked tables 两个参数值来自于 show engine innodb status \G; 搜索 table 即可找到。注意这两个值不是每秒的值，而是真实值。

上述内容就是 percona 监控 mysql 的几张图形是怎样的，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注丸趣 TV 行业资讯频道。