关于分页查询的疑惑

你的疑问很好。

BTW,我不使用缓存的原因，并不仅是因为性能的考虑，而主要是:
1)你将几万甚至几十万的记录缓存在session里，(应该是放在这里吧?),你不觉得session里放大量东西会严重影响性能么？这个应该算是常识吧。
2)，你什么时候更新缓存？用户想看到自己或其他用户添加、更改的内容，你用什么逻辑去更新？是否要考虑线程安全性？深入点，你会发现实际所有使用缓存的方法都会有类似的问题，所以特别是在数据库应用中，我会对数据内容缓存(非配置数据)持非常谨慎的态度。

而对于性能来说，我的一个主要观点是：
(我的假设，对一般情况而言)如果用户发现数据非常大，在一般情况下，不会依次查看每页记录，而会更改查询条件或排序方式，使结果更容易读。如果我的假设成立，那么显然，将所有记录都load到缓存里的方法，将有大部分的内容是不会用到的。所以，以前有些数据库查询的设计是，超过一千条的记录，只显示前一千条，和总记录数，这种设计，不是没有道理的，但显然数据库分页的方式比这种更好些，而且保持了类似的性能。

除了session里面不放大量东西这个常识以外

count的影响确实不大。重建索引就可以。200万的一个表中，没建索引之前，count需要20多秒，建了索引，0.n秒就可以了。

从来也不会把数据忘session中缓存的，缓存方案很多，这个最烂。

关键问题就在这里，你不能保证每个查询都走索引，尤其是你不能保证每个人都能做到这样。不走索引，任何查询都慢。
还有你说分页没有什么值得讨论的，我也不同意。任何好的思路都有使用范围，我就是希望能够证实我所总结的这个范围是正确的。