究竟有没有必要缓存分页？
如果这些分页数据是经常被修改的，那岂不是要经常性的刷新这些分页缓存？
回答：
缓存一般适用于读多写少的场景，对于那些电商，搜索结果一般来说前几页会访问量比较多，对于后面的页几乎没有访问， 并且这些响应的结果是否实时并不会有太大的影响，所以可以把前几页的数据进行缓存加快访问和减小下游的压力。
但对于后台管理系统来说，加缓存没多大必要，因为主要用于管理，属于修改比较多的场景。
不知道我是否有说明白
已参与了 SegmentFault 思否社区 10 周年「问答」打卡 ，欢迎正在阅读的你也加入。
回答：
这个的话得看你的分页信息是否是多个接口共用的,如果是共用的话,使用缓存是没有问题的,比如多个页面的分页是要求一样的的业务场景.
如果不是共用的话没有必要缓存着的
已参与了 SegmentFault 思否社区 10 周年「问答」打卡 ，欢迎正在阅读的你也加入。
回答：
缓存本就是用于读多，写少的情况。大量写，少量读，反而是负担。
已参与了 SegmentFault 思否社区 10 周年「问答」打卡 ，欢迎正在阅读的你也加入。
回答：
缓存本身是用于快速查询，如果缓存的是一些经常被修改的数据，那大可不必，且需要花费更多努力来保证缓存与数据库的一致性问题，反而得不偿失
回答：
我觉得也不能单从更新频繁就彻底否定缓存维度。
缓存主要是为了减少实际的查询量。假设平均每秒能命中缓存key几千次，那就算三四秒更新一次缓存，也能挡至少上万的查询了吧。
缓存主要还是看命中情况吧，命中高，不击穿，稍微频繁一点更新缓存，衡量一下可能就还好。当然如果是因为被击穿导致的更新，那可就一点儿也不妙了。
已参与了 SegmentFault 思否社区 10 周年「问答」打卡 ，欢迎正在阅读的你也加入。
以上是 究竟有没有必要缓存分页？ 的全部内容， 来源链接： utcz.com/p/944522.html
