@poplanchong 刚刚百度，看了网上一种方案，就是一个zset存储所有的id，这样分页时，可以直接在zset里取当前页的所有id,然后再根据id去查缓存，每个评论都单独一个对象缓存。zset可以保证有序，这样增加，删除问题都解决了，就是数量如果太大的话，不知道会不会产生大key问题,要我说啊，就别解决什么深翻页问题了，哈哈哈哈，就存前20页得了
记一次评论系统缓存优化实践这两日忽然想整理些自己日常工作中比较印象深刻的点，做个记录。脑子里蹦出的第一个项目是自己刚毕业不久时，参与的前东家的某富媒体社交平台，本文对该项目中对评论系统的缓存优化做下记...
@poplanchong 一段楼层被删，按照博主这样计数肯定都乱套了，被删的楼层所在的页必然少了，当然数据肯定不会错，就是用户体验上有问题，除非改善前端页面，就是不用什么分页栏，改成下拉，拉一次相当于翻页，这样可能好点
记一次评论系统缓存优化实践这两日忽然想整理些自己日常工作中比较印象深刻的点，做个记录。脑子里蹦出的第一个项目是自己刚毕业不久时，参与的前东家的某富媒体社交平台，本文对该项目中对评论系统的缓存优化做下记...
@poplanchong 是的，我一开始意思是就显示9条，但是想想也不对，如果这页删除过多，肯定不能太多空白啊，去看了一下百度贴吧，特意数了几个帖子，发现它们楼层删除后，这一页显示的数量也是固定的，就是30条，删了一条，还是30条，第一页刚好30个楼层，第二页删除了一个楼层，最后一层会显示到61楼，而不是显示60楼，所以你说的这个问题确实存在，博主这个文章可能还没说清楚，是不是还有什么没说
记一次评论系统缓存优化实践这两日忽然想整理些自己日常工作中比较印象深刻的点，做个记录。脑子里蹦出的第一个项目是自己刚毕业不久时，参与的前东家的某富媒体社交平台，本文对该项目中对评论系统的缓存优化做下记...
@poplanchong 删除的话，楼层应该没有变化，类似百度贴吧，比如1楼到10楼，你删除了2楼，并不会改变其他楼层的位置，10楼仍然是10楼，不会因为你删了2楼，它就变成9楼了，所以删除并不需要移动缓存数据
记一次评论系统缓存优化实践这两日忽然想整理些自己日常工作中比较印象深刻的点，做个记录。脑子里蹦出的第一个项目是自己刚毕业不久时，参与的前东家的某富媒体社交平台，本文对该项目中对评论系统的缓存优化做下记...