在Java中如何用Serverlet实现分页查看数据库

给你一个非缓存分页类的简单例子吧（Page类可以视作javabean）：

/

@author Administrator

TODO 要更改此生成的类型注释的模板，请转至

窗口 － 首选项 － Java － 代码样式 － 代码模板

/

import javautil;

public class Pager {

private String PageUrl;

private boolean hasNext;

private boolean hasPrevious;

private String previousPage;

private String nextPage;

private int offset;

private int size;

private int length;

private int pagenumber;

public Pager(int offset,int length, int size, String url){

thisoffset=offset;

thislength=length;

thissize=size;

int index=urlindexOf("&pageroffset");

if (index>-1){

thisPageUrl=urlsubstring(0,index);

}else{

thisPageUrl=url;

}

}

public void setoffset(int offset){

thisoffset=offset;

}

public void setPagerUrl(String PagerUrl){

thisPageUrl=PagerUrl;

}

public void setsize(int size){

thissize=size;

}

public void setlength(int length){

thislength=length;

}

public int getoffset(){

return thisoffset;

}

public String getPageUrl(){

return thisPageUrl;

}

public boolean gethasNext(){

if((offset+1)length>=size){

hasNext=false;

}else{

hasNext=true;

}

return hasNext;

}

public boolean gethasPrevious(){

if(offset>=1){

thishasPrevious=true;

}else{

thishasPrevious=false;

}

return hasPrevious;

}

public String getpreviousPage(){

thispreviousPage="";

if (thisgethasPrevious()){

thispreviousPage=thisPageUrl+"&pageroffset="+(offset-1);

}

return previousPage;

}

public String getnextPage(){

thisnextPage="";

if(thisgethasNext()){

thisnextPage=thisPageUrl+"&pageroffset="+(offset+1);

}

return thisnextPage;

}

public int getpagenumber(){

float temppn=(float)size/(float)length;

pagenumber=new Float(temppn)intValue();

if (temppn>pagenumber){

thispagenumber++;

}

return thispagenumber;

}

public static ArrayList FindPageList(int offset,int length,List list){

ArrayList alist=new ArrayList();

for(int i=offsetlength; i<(offsetlength+length)&&i<listsize();i++){

alistadd(listget(i));

}

return alist;

}

}

具体使用：

1、在servlet初始化这个page

List list=DataUtilgetSpecifiedList();//得到整个数据列表

int offset=0;//便宜量

int length=10;//每页数据记录数

String pageOffset=requestgetParameter("pageroffset");

if(pageOffset==null||pageOffsetequals("")){

offset=0;

}else{

offset=IntegerparseInt(pageOffset);

}

String Url=requestgetRequestURL()toString()+""+requestgetQueryString();

Pager pager=new Pager(offset,length,listsize(),Url);

List RsList=PagerFindPageList(offset,length,list);

requestsetAttribute("Pager",pager);

requestsetAttribute("List",RsList);

RequestDispatcher dispatcher= requestgetRequestDispatcher("/UI/someModule/list_displayjsp");

dispatcherforward(request,response);

2、具体jsp中得到分页结果，并显示，并附页面跳转部分：

页面中得到分页结果

<%

List RpList=(List)requestgetAttribute("List");

Pager pager=(Pager)requestgetAttribute("Pager");

%>

<%--用for循环把RpList显示--%>

<!--页面跳转代码，这只是个形式，简化和改变方式的余地很大-->

<form name="pageForm"><%if(pagergethasPrevious()){%><a href="<%= pagergetpreviousPage()%>">prev</a>

<%}%>

<%if( pagergethasNext()){%><a href="<%=pagergetnextPage()%>">next</a><%}%><%if(pagergetpagenumber()>1) {%>第<select name="pager" onchange="windowlocation='<%=pagergetPageUrl()%>&pageroffset='+documentpageFormpagerselectedIndex;"><%for(int i=0;i<pagergetpagenumber();i++){%><option value=<%=i%> <%if(pagergetoffset()==i){ %>selected<%}%>><%=(i+1)%></option><%}%></select>页<%}%> 共<%=pagergetpagenumber()%>页</form>

ps：1、2两部分可以都放在页面类，不过你好像要MVC,所以给你这个代码。

1、普遍缓存技术：

数据缓存：这里所说的数据缓存是指数据库查询PHP缓存机制，每次访问页面的时候,都会先检测相应的缓存数据是否存在，如果不存在，就连接数据库，得到数据，并把查询结果序列化后保存到文件中，以后同样的查询结果就直接从缓存表或文件中获得。

用的最广的例子看Discuz的搜索功能，把结果ID缓存到一个表中，下次搜索相同关键字时先搜索缓存表。

举个常用的方法，多表关联的时候，把附表中的内容生成数组保存到主表的一个字段中，需要的时候数组分解一下，这样的好处是只读一个表，坏处就是两个数据同步会多不少步骤，数据库永远是瓶颈，用硬盘换速度，是这个的关键点。

2、 页面缓存：

每次访问页面的时候，都会先检测相应的缓存页面文件是否存在，如果不存在，就连接数据库，得到数据，显示页面并同时生成缓存页面文件，这样下次访问的时候页面文件就发挥作用了。(模板引擎和网上常见的一些PHP缓存机制类通常有此功能)

3、 时间触发缓存：

检查文件是否存在并且时间戳小于设置的过期时间,如果文件修改的时间戳比当前时间戳减去过期时间戳大，那么就用缓存，否则更新缓存。

4、 内容触发缓存：

当插入数据或更新数据时，强制更新PHP缓存机制。

5、 静态缓存：

这里所说的静态缓存是指静态化，直接生成HTML或XML等文本文件，有更新的时候重生成一次，适合于不太变化的页面，这就不说了。

以上内容是代码级的解决方案，我直接CP别的框架，也懒得改，内容都差不多，很容易就做到，而且会几种方式一起用，但下面的内容是服务器端的缓存方案，非代码级的，要有多方的合作才能做到

6、 内存缓存:

Memcached是高性能的，分布式的内存对象PHP缓存机制系统，用于在动态应用中减少数据库负载，提升访问速度。

7、 php的缓冲器：

有eaccelerator， apc， phpa，xcache，这个这个就不说了吧，搜索一堆一堆的，自己看啦，知道有这玩意就OK

8、 MYSQL缓存：

这也算非代码级的，经典的数据库就是用的这种方式，看下面的运行时间，009xxx之类的

9、 基于反向代理的Web缓存:

如Nginx，SQUID，mod_proxy(apache2以上又分为mod_proxy和mod_cache)

一种是使用本地缓存、另一种是分级缓存。这里谈一谈原设计的缺陷，分级缓存中我提出来通过确定两个不同size的缓存块来缓存两种级别的数据，这里带来一些问题：size的大小难以确定、为了避免边界问题大缓存数据包含了小缓存数据这就带来了缓存数据的冗余（这背离了我们设计的初衷）。针对这些问题我们又在原有基础上结合了应用场景的特殊性修改分级缓存为分页缓存（因为对数据列表的访问往往都是伴随分页需求的），将数据库中原始数据中较常使用部分按照固定大小的页进行缓存，服务端根据客户端分页的数据请求到相应的缓存页内查找数据进行填充。采用分页缓存一方面解决了缓存数据冗余的问题，也不用关注分级的边界，虽然相比分级缓存，分页的内容要零散一些，但是总体上而言灵活性要更高。这里谈谈为什么采用固定大小页进行缓存而不是按照客户端分页请求来缓存结果？如果服务端根据客户端分页请求进行缓存这种耦合关系会导致缓存命中率的下、降性能降低，特别是多类型客户端就更糟糕了。按照固定大小页进行缓存类似与MVC模式中将处理逻辑与显示逻辑解耦的思想，服务端的缓存不要依赖客户端，一方面提高了缓存命中率同时也为缓存清理提供了遍历。 下面是我使用IL动态生成的一个Demo反编译后的代码（这里针对了同时启用本地缓存和分页缓存的情况，还支持分页缓存无本地缓存、仅进行memcache缓存，这里就不加赘述了），可读性不高不想看直接pass吧。 C#代码 public override ListObject GetList(int num5, int num6, int num1, int num4) { ListObject local; int num = num1; int num2 = num4; int num3 = ((num1 - 1) num4) % 100; num1 = (((num1 - 1) num4) / 100) + 1;//计算缓存页对应的页码和页大小 num4 = 100; if (num1 > 10)//不在缓存页内直接进行数据库查询 { return baseGetList(num5, num6, num, num2); } ListObject obj3 = new ListObject(); do { string str = stringConcat(new object[] { "DemoCachekeyName", "|", num5, "|", num6, "|", num1, "|", num4 });//根据客户端分页请求计算出对应的cachekey local = CacheManagerget_Instance()GetLocal(str) as ListObject;//LocalCache的访问 if (local == null) { DateTime time; local = CacheManagerget_Instance()Get(str) as ListObject;//访问memcache if (local == null) { local = baseGetList(num5, num6, num1, num4); if (local != null) { time = DateTimeNowAddSeconds(36000); CacheManagerget_Instance()Set(str, local, time); } } if (local != null) { time = DateTimeNowAddSeconds(1000); CacheManagerget_Instance()SetLocal(str, local, time); } } num1++; } while (((num1 (obj3, num2, num3, local));//填充结果集 if (obj3totalCount == 0) { return null; } return obj3; } public override ListObject GetList(int num5, int num6, int num1, int num4){ ListObject local; int num = num1; int num2 = num4; int num3 = ((num1 - 1) num4) % 100; num1 = (((num1 - 1) num4) / 100) + 1;//计算缓存页对应的页码和页大小 num4 = 100; if (num1 > 10)//不在缓存页内直接进行数据库查询 { return baseGetList(num5, num6, num, num2); } ListObject obj3 = new ListObject(); do { string str = stringConcat(new object[] { "DemoCachekeyName", "|", num5, "|", num6, "|", num1, "|", num4 });//根据客户端分页请求计算出对应的cachekey local = CacheManagerget_Instance()GetLocal(str) as ListObject;//LocalCache的访问 if (local == null) { DateTime time; local = CacheManagerget_Instance()Get(str) as ListObject;//访问memcache if (local == null) { local = baseGetList(num5, num6, num1, num4); if (local != null) { time = DateTimeNowAddSeconds(36000); CacheManagerget_Instance()Set(str, local, time); } } if (local != null) { time = DateTimeNowAddSeconds(1000); CacheManagerget_Instance()SetLocal(str, local, time); } } num1++; } while (((num1 (obj3, num2, num3, local));//填充结果集 if (obj3totalCount == 0) { return null; } return obj3;}（下次再完善这里的IL代码的流程图，一直想在缓存结果中再织入进一些过滤 *** 作思前想后没想到如何在不污染原有接口的前提下实现，正在努力中） PS：关于IL代码编写：IL代码因为是一种中间代码可读性不是很高，所以进行IL编码其实还是有一点难度的（学习IL编码可以参看《IL Emit学习之旅》一问）。我简单谈谈我在编写IL代码中遇到的一些小问题和自己总结的一些技巧。 1先编写c#代码的demo，再参照其IL指令，先完成代码框架，在进一步编码。在IL编码前可以先写一个目标生成的动态代码，再通过参照其IL代码进编码，先用IL写出的主体逻辑（即if else、for、while等），再进一步完善。这样逐步编码查错和编码效率都相对高一点。 2什么时候用“_S”，IL代码中为了缩减指令长度对于某些同一 *** 作提供了两种指令实现，比如无条件跳转有Br、Br_S，有时候使用Br_S跳转目标地址会被截断导致程序出错。我个人觉得可以先在可能出现这类情况的地方使用不带“_S”的指令，待动态代码生成后查看其IL代码，再对指令进行优化。 关于泛型函数的反射： IL代码中常常需要调用函数，这就需要使用到反射（第一次生成动态代码时的反射对整体的性能影响还是可以接受的）。泛型函数的反射还是稍稍有些绕的： C#代码 //目标函数public static bool FillResult() MethodInfo fillResult= typeof(PageFormatUtil)GetMethod("FillResult"); fillResult=fillResultMakeGenericMethod(infoReturnParameterParameterTypeGetGenericArguments()[0]);//infoReturnParameterParameterTypeGetGenericArguments()获取函数返回结果中泛型参数的信息，MakeGenericMethod之后才是真正完成了泛型函数的反射 //目标函数public static bool FillResult()MethodInfo fillResult= typeof(PageFormatUtil)GetMethod("FillResult");fillResult=fillResultMakeGenericMethod(infoReturnParameterParameterTypeGetGenericArguments()[0]);//infoReturnParameterParameterTypeGetGenericArguments()获取函数返回结果中泛型参数的信息，MakeGenericMethod之后才是真正完成了泛型函数的反射C#代码 //public class ListObject{} reflectType=typeof(ListObject)MakeGenericType(infoReturnParameterParameterTypeGetGenericArguments()[0]); reflectConstruct=reflectTypeGetConstructor(new Type[]{}); //public class ListObject{}reflectType=typeof(ListObject)MakeGenericType(infoReturnParameterParameterTypeGetGenericArguments()[0]);reflectConstruct=reflectTypeGetConstructor(new Type[]{});缓存分页合适吗

很多应用往往只展示最新或最热门的几条记录，但为了旧记录仍然可访问，所以就需要个分页的导航栏。然而，如何通过MySQL更好的实现分页，始终是比较令人头疼的问题。虽然没有拿来就能用的解决办法，但了解数据库的底层或多或少有助于优化分页查询。

我们先从一个常用但性能很差的查询来看一看。

SELECT

FROM city

ORDER BY id DESC

LIMIT 0, 15

这个查询耗时000sec。So，这个查询有什么问题呢？实际上，这个查询语句和参数都没有问题，因为它用到了下面表的主键，而且只读取15条记录。

CREATE TABLE city (

id int(10) unsigned NOT NULL AUTO_INCREMENT,

city varchar(128) NOT NULL,

PRIMARY KEY (id)

) ENGINE=InnoDB;

真正的问题在于offset(分页偏移量)很大的时候，像下面这样：

SELECT

FROM city

ORDER BY id DESC

LIMIT 100000, 15;

上面的查询在有2M行记录时需要022sec，通过EXPLAIN查看SQL的执行计划可以发现该SQL检索了100015行，但最后只需要15行。大的分页偏移量会增加使用的数据，MySQL会将大量最终不会使用的数据加载到内存中。就算我们假设大部分网站的用户只访问前几页数据，但少量的大的分页偏移量的请求也会对整个系统造成危害。Facebook意识到了这一点，但Facebook并没有为了每秒可以处理更多的请求而去优化数据库，而是将重心放在将请求响应时间的方差变小。

对于分页请求，还有一个信息也很重要，就是总共的记录数。我们可以通过下面的查询很容易的获取总的记录数。

SELECT COUNT()

FROM city;

然而，上面的SQL在采用InnoDB为存储引擎时需要耗费928sec。一个不正确的优化是采用 SQL_CALC_FOUND_ROWS,SQL_CALC_FOUND_ROWS 可以在能够在分页查询时事先准备好符合条件的记录数，随后只要执行一句 select FOUND_ROWS(); 就能获得总记录数。但是在大多数情况下，查询语句简短并不意味着性能的提高。不幸的是，这种分页查询方式在许多主流框架中都有用到，下面看看这个语句的查询性能。

SELECT SQL_CALC_FOUND_ROWS

FROM city

ORDER BY id DESC

LIMIT 100000, 15;

这个语句耗时2002sec，是上一个的两倍。事实证明使用 SQL_CALC_FOUND_ROWS 做分页是很糟糕的想法。

下面来看看到底如何优化。文章分为两部分，第一部分是如何获取记录的总数目，第二部分是获取真正的记录。

高效的计算行数

如果采用的引擎是MyISAM，可以直接执行COUNT()去获取行数即可。相似的，在堆表中也会将行数存储到表的元信息中。但如果引擎是InnoDB情况就会复杂一些，因为InnoDB不保存表的具体行数。

我们可以将行数缓存起来，然后可以通过一个守护进程定期更新或者用户的某些 *** 作导致缓存失效时，执行下面的语句：

SELECT COUNT()

FROM city

USE INDEX(PRIMARY);

获取记录

下面进入这篇文章最重要的部分，获取分页要展示的记录。上面已经说过了，大的偏移量会影响性能，所以我们要重写查询语句。为了演示，我们创建一个新的表“news”，按照时事性排序(最新发布的在最前面)，实现一个高性能的分页。为了简单，我们就假设最新发布的新闻的Id也是最大的。

CREATE TABLE news(

id INT UNSIGNED PRIMARY KEY AUTO_INCREMENT,

title VARCHAR(128) NOT NULL

) ENGINE=InnoDB;

一个比较高效的方式是基于用户展示的最后一个新闻Id。查询下一页的语句如下，需要传入当前页面展示的最后一个Id。

SELECT

FROM news WHERE id < $last_id

ORDER BY id DESC

LIMIT $perpage

查询上一页的语句类似，只不过需要传入当前页的第一个Id，并且要逆序。

SELECT

FROM news WHERE id > $last_id

ORDER BY id ASC

LIMIT $perpage

上面的查询方式适合实现简易的分页，即不显示具体的页数导航，只显示“上一页”和“下一页”，例如博客中页脚显示“上一页”，“下一页”的按钮。但如果要实现真正的页面导航还是很难的,下面看看另一种方式。

SELECT id

FROM (

SELECT id, ((@cnt:= @cnt + 1) + $perpage - 1) % $perpage cnt

FROM news

JOIN (SELECT @cnt:= 0)T

WHERE id < $last_id

ORDER BY id DESC

LIMIT $perpage $buttons

)C

WHERE cnt = 0;

通过上面的语句可以为每一个分页的按钮计算出一个offset对应的id。这种方法还有一个好处。假设，网站上正在发布一片新的文章，那么所有文章的位置都会往后移一位，所以如果用户在发布文章时换页，那么他会看见一篇文章两次。如果固定了每个按钮的offset Id，这个问题就迎刃而解了。Mark Callaghan发表过一篇类似的博客，利用了组合索引和两个位置变量，但是基本思想是一致的。

如果表中的记录很少被删除、修改，还可以将记录对应的页码存储到表中，并在该列上创建合适的索引。采用这种方式，当新增一个记录的时候，需要执行下面的查询重新生成对应的页号。

SET p:= 0;

UPDATE news SET page=CEIL((p:= p + 1) / $perpage) ORDER BY id DESC;

当然，也可以新增一个专用于分页的表，可以用个后台程序来维护。

UPDATE pagination T

JOIN (

SELECT id, CEIL((p:= p + 1) / $perpage) page

FROM news

ORDER BY id

)C

ON Cid = Tid

SET Tpage = Cpage;

现在想获取任意一页的元素就很简单了：

SELECT

FROM news A

JOIN pagination B ON Aid=BID

WHERE page=$offset;

还有另外一种与上种方法比较相似的方法来做分页，这种方式比较试用于数据集相对小，并且没有可用的索引的情况下—比如处理搜索结果时。在一个普通的服务器上执行下面的查询，当有2M条记录时，要耗费2sec左右。这种方式比较简单，创建一个用来存储所有Id的临时表即可(这也是最耗费性能的地方)。

CREATE TEMPORARY TABLE _tmp (KEY SORT(random))

SELECT id, FLOOR(RAND() 0x8000000) random

FROM city;

ALTER TABLE _tmp ADD OFFSET INT UNSIGNED PRIMARY KEY AUTO_INCREMENT, DROP INDEX SORT,ORDER BY random;

接下来就可以向下面一样执行分页查询了。

SELECT

FROM _tmp

WHERE OFFSET >= $offset

ORDER BY OFFSET

LIMIT $perpage;

简单来说，对于分页的优化就是。。。避免数据量大时扫描过多的记录。

以上就是关于在Java中如何用Serverlet实现分页查看数据库全部的内容，包括:在Java中如何用Serverlet实现分页查看数据库、在PHP中怎么对数据进行缓存读取功能、缓存分页合适吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！