【今日话题】 如何提高缓存命中率 1. 产品场景分析，多用户访问统一同一数据，命中率就高，个性化信息命中就低，在就做好分布式，高可扩展，例如一致性哈西 - 秋夕 2. 应该是获得缓存数据的次数/访问缓存的次数 - 吴 仕佳 3. 缓存命中率只有memcache，lru机制才会有这样命中率的问题 - 林志勇 4. 我觉得像通过正则的方式进行的web服务器类的缓存才有命中率的问题吧。 - 如末 5. 从其他方面考虑吧…… 比如一个资源刚被修改过，缓存被删除 当时请求 就不命中缓存 提高命中率就是 删除缓存后 立马写缓存 - Nemo 6. 这就不是命中了，这是失败 命中是缓存有，但是有概率性的取不到 - 如末 7. 命中率就这么算的... get到 1次 get不到总数 1 - Nemo 8. 缓存肯定有命中率的，基本也都是热数据被缓存 - 宋明明 9. 缓存的命中率(查询数据的次数/查询的总数)*100% 大系统40-50可以了,70-80优秀了。[微笑] - 王谷峰 10. 看看 memcache LRU 机制 以及 slab chunk 的内存原来就知道 为什么有命中率的问题了 内存分配机制 - 林志勇 11. LRU老数据被T现象,某个值过去后,并没有从内存中删除,只是看不到这个数据而已. 还有根据访问来计算热度吧。 - 王谷峰 12. 一般来说，数据粒度越小，命中率越高，但是头几次使用时非常慢，需要配合预加载 - tiyee 13. [转]memcached提高命中率，memcached server LRU 深入分析 http://breezylee.iteye.com/blog/2101605 - hello2t 14. 数据的缓存生成和修改 你们是怎么控制 比如在需要的地方硬编码处理 还是单独做一个类 在入口的地方拦截通过配置来处理 - Lee. Li 回: 我们开始的时候是放在增删该查里，后来老改动，代码一团糟，缓存加到任务队列里操作的 - tiyee 回: 理想的缓存是面向切面的。任何一种资源在被获取之前 在被获取之后，均该实现缓存的读取，写入逻辑。 - Nemo 回: 要做的就是封装... 可直接让对象类实现切面方法。也可以通过专门的切面管理类做切面管理。我之前写过一个aop框架..对象都是要通过工厂生成，开发时没有代码提示，不友好……我自己都不用了.... 不过 实现的功能还挺有意思的.. 任何对象 任何方法 都可以配置切面方法。但是要求开发人员转变普通开发思路... 比如 新建文章，只写文章表，用户的文章数 1要用切面来实现。 - Nemo 回: 正常思路就是 插入文章表 update文章数。。 然后 删除的时候 在-1 换成aop就爽多了 哈哈 - Nemo 回: 这种思路，写时爽，业务不断边跟就烦死了 - tiyee 回: 业务不断变 才爽呢 - Nemo 回: 硬变成 量少无所谓多了 不好管理 - Lee. Li 回: 也不方便水平扩展 -tiyee 回: aop filter 应付变化的 王道 为何不能水平扩展？ 我打算做一个基于aop message filter 的界面化代码生成工具.... 有感兴趣的么 适用于我这5年多工作的绝大部分场景 - Nemo 回: 切面 分前置和后置 应该也可以在里面加加入自定义方法去处理特殊的业务变更 在前后方法里自定义 - Lee. Li 回: 用过类似东西，后来烦死了，改任务队列了 - tiyee 回: 任务队列 可以处理 有点野路子感觉 |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
