#43 楼 @ChanceDoor 研究好了，再贴出来共享一下哈。

#40 楼 @ChanceDoor 我也看了 pdf，mysql 会把 offset 的数据放到内存，可能还是这个原因。但是你说的问题为什么 sql 执行到 solr 死掉就不知道了。

#38 楼 @ChanceDoor 我也想不明白了。

#35 楼 @kevinxu #31 楼 @xdite

这个该如何理解

So remember Innodb is not slow for ALL COUNT() queries but only for very specific case of COUNT() query without WHERE clause.

#31 楼 @xdite 我们几乎都是 InnoDB 啊。

#27 楼 @ChanceDoor 我觉得可能是 offset 造成的，就像 @kevinxu 说的，offset 会 scan 前面的 3 亿多。

#25 楼 @xdite 刚看了一下，还是这样。

#21 楼 @kevinxu 你提出的方案比较可行， select * from xxx where id > x limit y; 但是这种分页只是针对软删除的数据，如果 id 不连续的话，就不准确了。

#22 楼 @aisensiy 其实我只是想解决问题，即使问题是你提出来的，对我来说也是学习过程。哈哈。

#18 楼 @ChanceDoor 可能是这样的，有可能我刚才和 @outman 理解的分页不是一个意思，我把分页后的查询也算在分页这个过程里面了，那如果单纯的分页，也许 @outman 说的对，没有什么影响。

#10 楼 @aisensiy #9 楼 @outman 可能我说话的习惯比较让大家不爽，但是我真的是讨论问题，有得罪的地方，不好意思拉。

#15 楼 @saiga 因为我也看过之前淘宝的一个文章，淘宝产品之所以只有 100 页，就因为再往后，就比较慢了，我接触过一个有接近 2000 万的记录的项目，后面的分页就慢。

#13 楼 @ChanceDoor 我的意思是，可能前 100 条记录都没有问题，但是到 9000 多万条的时候，就是 9 千万 +01 到 9 千万 +10, 我觉得这里会慢。

#9 楼 @outman 你觉得是争论，我觉得是讨论啊，也许我再像你学习呢。

#6 楼 @outman 如果数据量对计算数据大小没有影响，那么 counter cache 是干吗的。

#3 楼 @outman 数据很大对 offset 的性能没有影响么？

#1 楼 @outman 分页难道不查询么，数据大肯定影响分页。

just business.

#2 楼 @diga2005 总有人是不知道的不吧

先介绍一下呗，不熟悉 haskell 看不懂这个。

#59 楼 @zputee 玩出花了啊。

用 ruby 生成随机数 加上过期时间 存 redis 里面，设置路由 取到 路由进来的 number 和 redis 里的对比 如果过期 更新随机数和过期时间 (加 24 小时) 。

抛个砖。

#54 楼 @zputee 但是干吗加个感叹号啊。

学习。 另外这句：

除了慢之外，還製造一堆無用物件浪費記憶體空間…

是 除了慢以外，还浪费内存 的意思么？

#9 楼 @doitian 我自己没说清楚。。。

#6 楼 @alsotang #7 楼 @edgar_wang_cn 空格也有问题 1.9 如果方法参数大于 1 个 并且用括号包住的话，中间不能带空格，

#14 楼 @blacktulip Just for fun...

#10 楼 @blacktulip She loves China!!!!!!

由于作者设置了权限，你没法阅读此文，请与作者联系