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

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

成都创新互联公司是一家集网站建设,双台子企业网站建设,双台子品牌网站建设,网站定制,双台子网站建设报价,网络营销,网络优化,双台子网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。

percona监控mysql的几张图形解释

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

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

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

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

Innodb_rows_deleted 从InnoDB表删除的行数。

Innodb_rows_inserted 插入到InnoDB表的行数。

Innodb_rows_read 从InnoDB表读取的行数。

Innodb_rows_updated InnoDB表内更新的行数。

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

InnoDB semaphore

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

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)交换频率。

锁资源

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