您好,登录后才能下订单哦!
本篇文章为大家展示了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的几张图形是怎样的,你们学到知识或技能了吗?如果还想学到更多技能或者丰富自己的知识储备,欢迎关注亿速云行业资讯频道。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。