天没降大任于我,照样苦我心智,劳我筋骨。
计算公式
按官方手册推荐Innodb buffer Hit Ratios
的计算是:
1 | 100-((iReads / iReadRequests)*100) |
mysqlsqlreport中关于buffer
命中计算是:
1 | ib_bp_hit=100-(Innodb_buffer_pool_reads/Innodb_buffer_pool_read_requests)*100 |
另外我们知道查看Innodb Buffer Hit Ratios
的地方是:
1 | show engine innodb status\G; |
那个XXX/1000即是buffer pool hit ratios
的命中.
innodb buffer hit Ratios
的命中计算需要本次取的值和上次值做一个减法公式应该为
1 | ib_bp_hit=1000 – (t2.iReads – t1.iReads)/(t2.iReadRequest – t1.iReadRequest)*1000 |
- t(n): 时间点 两个时间间隔最少是30秒以上,在小意义不大.
- iReads: Innodb_buffer_pool_reads
- iReadRequest: Innodb_buffer_pool_read_requests
思考:
对于innodb_buffer_pool_read_requests, innodb_buffer_pool_reads这种累加值,当很大时进行: innodb_buffer_pool_reads/innodb_buffer_pool_read_requests 相来讲只能得到从开始到现在的命中率的表现了. 如果想得到现在近五分钟,近一分钟或是8点到9点每分钟的命中率情况,如果还是按着innodb_buffer_pool_reads/innodb_buffer_pool_read_requests 进行计算,只能得到mysqld开起累计在8点-9点的每分钟的累计平均命中情况.
所以如果想到每(五)分钟的命中情况,就需要本次取得的值和一(五)分钟前的值进行相减,然后进行运算.这样才能得到一个当下的bp命中情况.
两种方法没实质的对错的问题,但相对于源码中的那种计算方式更容让发现数据库的抖动问题.
能解决的问题:
偶而的数据库性能抖动能直观的反应出来.