6、count()%20时间比较长,%20但是本身是可以缓存在数据库中或者缓存在程序中的,%20因为我们当时使用在后台所以第一页比较慢但是后面比较理想
7、SELECT%20id%20相对%20SELECT%20差距还是比较大的,%20可以通过上面的方法来使用%20SELECT%20id%20+%20SELECT%20…%20IN%20查询来提高性能
8、必要的索引是必须的,%20还是要尽量返回%205%-20%%20的结果级别其中小于%205%%20最理想;
9、mysql%20分页的前面几页速度很快,%20越向后性能越差,%20可以考虑只带上一页,%20下一页不带页面跳转的方法,%20呵呵这个比较垃圾但是也算是个方案,%20只要在前后多查一条就能解决了.%20比如%20100,10%20你就差%2099,12%20呵呵，这样看看前后是否有结果.
10、前台还是要通过其他手段来处理,%20比如%20lucene/Solr+mysql%20结合返回翻页结果集,%20或者上面的分表
11、总数可能是存在内存中,%20这样分页计算的时候速度很快 。累加操作的时候将内存中的值加%201 。总数这个值要持久化，还是要存到磁盘上的，也就是数据库中%20(可以是关系型数据库，也可以是%20mongdb%20这样的数据库很适合存储计数) 。把总数放在内存中，只是避免频繁的磁盘%20i/0%20操作%20(操作数据库就要涉及到磁盘读写) 。
文章插图
如果对此有什么疑问欢迎留言！！！
推荐阅读
- Java性能优化-掌握JMH
- 手机2G 3G 4G 5G 通信基站架构演进
- 微服务架构下的分布式事务基础入门
- 微服务架构下：MySQL5.7新特性--官方高可用方案MGR介绍
- JAVA的反射和注解
- Java缓冲流、转换流、序列化流
- 关于JavaScript及其对抓取和索引的影响
- 5大Java自动化测试框架
- 全面解析Java日期时间API
- 35个可以飞快提高千倍效率的Java语言代码小技巧，你值得拥有！