之前有两个功能,都是查询历史数据的一个分页查询,系统刚上线的时候,没有太多的数据,就一直扔在mysql里面,后来里面数据上亿之后,就查不到了,而且数据还在以指数级增长方式上报,后来,这部分业务单独迁移到hbase集群去存放,之前页面的查询也改查hbase了。但是hbase对分页查询这种东西支持不好,如果按照以往查询mysql的思路,查询出一个总的count,再查询出这一页的数据,这种方式去查询hbase,那么如果你仔细去跟代码计算时间的话,你会发现hbase去查count,无论哪种方式,都会引起全表扫描,是非常慢的。整个页面加载出来,看了下响应事件,大概要45s,等的我都喝了两杯茶了。
so,我想了个比较伪的分页查询方法,去掉查询count操作,值查询一页数据:
public Page findBatterHisData(BatteryHisDto dto)throws Exception {
Page dataPage=new Page();
List dataList=new ArrayList<>();
int totalSize=0;
Table table=runner.getTable(tableName);
Scan dataScan=new Scan();
ResultScanner dataScanner=null;
List dataFilters = new ArrayList();
if(StringUtils.isNotBlank(dto.getBatteryNo())){//电池组编号过滤
Filter filter=new RowFilter(CompareFilter.CompareOp.EQUAL, new SubstringComparator(dto.getBatteryNo()+"_"));
dataFilters.add(filter);
}
Filter pageFilter=new PageFilter(dto.getPage()+dto.getPageSize());
dataFilters.add(pageFilter);
FilterList dataFilterList = new FilterList(FilterList.Operator.MUST_PASS_ALL, dataFilters);
dataScan.setFilter(dataFilterList);
dataScanner=table.getScanner(dataScan);
dataList= rsh.handle(tableName,dataScanner);
if(dataList==null || dataList.size()<1){
dataPage.setTotalCount(0);
dataPage.setResult(null);
return dataPage;
}
int startNo = dto.getPage();
int endNo=startNo+dto.getPageSize();
dataPage.setTotalCount(dto.getPage()+dto.getPageSize()+1);
dataPage.setResult(dataList.subList(startNo,endNo));
table.close();
return dataPage;
}
因为用户关注的,通常是前几页的数据,所有我每次查询的时候,返回总页数,都返回个随便的数(跟前端的分页表格配合,实际上,我的前端只提供了上下分页,哈哈),然后查询有限条的数据,通常hbase表都是上亿甚至是百亿的,所以,用户时不太可能通过只点击上一页下一页,这样点到我最后一页的,可以放心了。最多他点个几千页,也就手疼到不行了。这样下来,响应速度控制在800ms内,无压力。
PS,看到很多网友通过rowkey去做分页,具体思路是,每次记录下起始的rowkey和结束的rowkey,然后根据rowkey搜索,这样也是很快的,个人认为,也ok。