另外，缓存命中率只能从一个方面反映内存的压力情况，并没有一个绝对值去判断压力大还是不大。
究竟缓存命中率有多高，个人认为没有一个定数，非要是99%或者某个值？主要是看与基线相比其波动情况，另外取决于具体的具体的环境。
比如对于高速存储，根据其他数据库的长期观察，由于物理存储经过优化或者本身就比较强，即便是存在一定程度的物理读，物理IO延迟不是非常长的情况下，都是可以接受的。
同时，内存压力情况也不仅仅是说“内存不足够大”，尤其是MySQL，受多种配置的影响，包括各种内存分配的大小，都会存在影响缓存命中率的情况。
另外有两个实际问题，
1，MySQL在测试的时候，如何清空表（或者特定表）的缓存的数据？
2，在（重启MySQL服务）强制清空缓存之后，查询Innodb_buffer_pool_read_requests和Innodb_buffer_pool_reads，
然后查询某个物理表，再次查询Innodb_buffer_pool_read_requests和Innodb_buffer_pool_reads，发现Innodb_buffer_pool_read_requests的增幅大于Innodb_buffer_pool_reads
重启完之后，第一次查询一张物理表的前后，如下截图看到的是物理读增加了2，逻辑读增加了5（测试表上没有任何索引）
继续，再次对测试的物理表进行一次查询，发现物理读没有增加（可以理解为数据被缓存了），逻辑读增加了4（当前情况多次测试依旧是该规律），
也就是说2次物理读缓存的数据，逻辑读每次都增加4？不太理解，这个参数具体是怎么计算出来的（很明显这里不涉及预读）。
或者说：MySQL缓存命中率的计算，并非这个公式：Innodb_buffer_pool_read_requests/(Innodb_buffer_pool_read_requests+Innodb_buffer_pool_reads+Innodb_buffer_pool_reads_ahead)？
不由得想起了当时对于sqlserver缓存命中率的理解，当时所有的中文资料上都说是95%什么的，中文资料基本上没有正确解读这个参数的，
实际在观察服务器参数的时候，发现实际情况跟理论根本不搭嘎，后来英文资料才发现不是这么回事。
参考
MySQL技术内幕InnoDB存储引擎