翻页BUG

[muyannian]

11:22:58
开心延年 2014/6/27 11:22:58
你截图吧

开心延年 2014/6/27 11:23:02

开心延年 2014/6/27 11:23:06
这个页面的截图

开心延年 2014/6/27 11:23:44
不然这样 说 没办法 帮你查问题啊
贝贝壳壳
2014/6/27 11:23:44
查询都是正常的，就是总数不对，80,10出来5条，90，10没数据了
11:23:56
开心延年 2014/6/27 11:23:56
。。。。。
贝贝壳壳
2014/6/27 11:24:13
我在手机等我切到电脑
贝贝壳壳
2014/6/27 11:25:14

贝贝壳壳
2014/6/27 11:25:16
60，10是正常的
贝贝壳壳
2014/6/27 11:25:32

贝贝壳壳
2014/6/27 11:25:37
70，10 只有5条
贝贝壳壳
2014/6/27 11:25:52

贝贝壳壳
2014/6/27 11:25:54
80，10没数了
11:28:01
开心延年 2014/6/27 11:28:01
你把mdrillui.log的日子 发给我 我看看

开心延年 2014/6/27 11:28:07
目前我也不知道什么问题
11:32:28
贝贝壳壳
2014/6/27 11:32:28
90，10和100到10都没有数
贝贝壳壳
2014/6/27 11:32:47
100，50只有一条数据
贝贝壳壳
2014/6/27 11:33:17
我一用电脑上qq网络就断了
贝贝壳壳
2014/6/27 11:33:39
晚些时候发日志给你

开心延年 2014/6/27 11:33:45
源码你没有改过是吧
11:34:09
开心延年 2014/6/27 11:34:09
我试了下 我这边貌似 都正常
11:35:49
贝贝壳壳
2014/6/27 11:35:49
我只改了对hadoop的版本

开心延年 2014/6/27 11:36:01
这个应该没影响
贝贝壳壳
2014/6/27 11:36:07
简单的groupby也没有问题

开心延年 2014/6/27 11:36:46
能不能 采用排除法 看看 到底是那个列有这个问题
贝贝壳壳
2014/6/27 11:37:28
嗯，我可以再排查一下
贝贝壳壳
2014/6/27 11:37:36
多谢指教
12:01:27
云河帆
2014/6/27 12:01:27
[email protected]
sapling.0623
云河帆
2014/6/27 12:02:17
发错了
12:54:37
贝贝壳壳
2014/6/27 12:54:37
延年在吗？
12:56:45
开心延年 2014/6/27 12:56:45
在
贝贝壳壳
2014/6/27 12:57:08
日志我发给您看看？

开心延年 2014/6/27 12:57:36

嗯哪 [email protected]

开心延年 2014/6/27 12:57:47
或者QQ 直接给我就行
贝贝壳壳
2014/6/27 12:57:56
另外我检查了一下，当在60，10 与60，20的时候不一样，60，10缺少某些条
12:59:59
贝贝壳壳
2014/6/27 12:59:59

13:01:48
贝贝壳壳
2014/6/27 13:01:48

贝贝壳壳
2014/6/27 13:02:05
第一个图是50，10
第二个图是50，20
蓝圈部分在50，10的图中缺失
13:04:36
开心延年 2014/6/27 13:04:36

2014-06-27 12:34:29 MdrillService [INFO] query:ldmt02_ye_sbxx,61,10,[{"sbrq":{"value":["20140101"],"operate":"3"}},{"sbrq":{"value":["20140627"],"operate":"4"}},{"thedate":{"value":["20140101"],"operate":"1"}}],'row',nsrsbh,nsrmc,sum(ynse),nsrsbh,nsrmc,sum(ynse),desc,null,

开心延年 2014/6/27 13:04:52
奇怪 按绝 这个SQL 的解析有问题啊

开心延年 2014/6/27 13:05:14
sbrq 是干啥的？

开心延年 2014/6/27 13:05:31

哦 是你比的插叙

开心延年 2014/6/27 13:05:33
查询
贝贝壳壳
2014/6/27 13:05:40
申报日期
贝贝壳壳
2014/6/27 13:06:20
可能有别人在查，要不我清除日志 再弄份干净的，出错的部分？
13:09:12
开心延年 2014/6/27 13:09:12

不用 我找到了
13:15:47
开心延年 2014/6/27 13:15:47
select nsrzhdah,nsrsbh,nsrmc,hy_dm,djzclx_dm, sum(ynse) as sbze from ldmt02_ye_sbxx where thedate = '20140101' and nsrzhdah like '%' and nsrsbh like '%' and nsrmc like '%' and hy_dm like '%' and djzclx_dm like '%' group by nsrzhdah,nsrsbh,nsrmc,hy_dm,djzclx_dm order by sbze desc limit 90,200

开心延年 2014/6/27 13:15:52
你这样写下 我看看

开心延年 2014/6/27 13:16:09

我怀疑是null类型的列 我处理的有BUG
贝贝壳壳
2014/6/27 13:16:19
好

开心延年 2014/6/27 13:16:32
现在查一下 看是否可以
贝贝壳壳
2014/6/27 13:16:48
给你日志 还是结果
贝贝壳壳
2014/6/27 13:17:14
这个有101条结果

开心延年 2014/6/27 13:17:34
这个翻页什么是否正常？

开心延年 2014/6/27 13:17:39
在看看
13:18:33
贝贝壳壳
2014/6/27 13:18:33
90，20没有结果

开心延年 2014/6/27 13:18:42
还是没有结果？

开心延年 2014/6/27 13:18:53
select nsrzhdah,nsrsbh,nsrmc,hy_dm,djzclx_dm, sum(ynse) as sbze from ldmt02_ye_sbxx where thedate = '20140101' and nsrzhdah like '%' and nsrsbh like '%' and nsrmc like '%' and hy_dm like '%' and djzclx_dm like '%' group by nsrzhdah,nsrsbh,nsrmc,hy_dm,djzclx_dm order by sbze desc limit 90,20
贝贝壳壳
2014/6/27 13:18:53
对
贝贝壳壳
2014/6/27 13:19:21
90，20没结果
90，100有42条
90，200有101条
贝贝壳壳
2014/6/27 13:19:40
新的这句还是没有结果
13:20:34
开心延年 2014/6/27 13:20:34
select nsrzhdah,nsrsbh,hy_dm,djzclx_dm, sum(ynse) as sbze from ldmt02_ye_sbxx where thedate = '20140101' and nsrzhdah like '%' and nsrsbh like '%' and nsrmc like '%' and hy_dm like '%' and djzclx_dm like '%' group by nsrzhdah,nsrsbh,hy_dm,djzclx_dm order by sbze desc limit 90,20

开心延年 2014/6/27 13:20:43
看看还有么？

开心延年 2014/6/27 13:20:53

去掉了nsrmc这个列
贝贝壳壳
2014/6/27 13:21:38
这个有了
贝贝壳壳
2014/6/27 13:21:49
20条，对的
贝贝壳壳
2014/6/27 13:21:58
nsrmc这个是中文列
13:24:43
贝贝壳壳
2014/6/27 13:24:43
这个0，1000也是正常了
贝贝壳壳
2014/6/27 13:25:43
去掉nsrmc不加那些like也正常了。

开心延年 2014/6/27 13:26:04
我还想不到原因
13:26:27
贝贝壳壳
2014/6/27 13:26:27
您有空的时候再帮看看吧

开心延年 2014/6/27 13:26:38
if(groupValueCache!=null)
{
for(String g:groupValueCache.keySet())
{
query.add(FacetParams.FACET_CROSS_FL_PRE_GROUPS,g);
}
}

开心延年 2014/6/27 13:27:02
这个地方 有一个二次查询的过程 是为了确保 结果准确的 估计问题出在这里
贝贝壳壳
2014/6/27 13:27:23
这个对中文的支持有问题吗

开心延年 2014/6/27 13:27:31
恩 支持的
贝贝壳壳
2014/6/27 13:27:31
只有这个列是中文的

开心延年 2014/6/27 13:27:40
在给我一个worker日志吧

开心延年 2014/6/27 13:27:46
我看看 传递的都是什么参数
13:28:02
贝贝壳壳
2014/6/27 13:28:02
任意一个worker吗

开心延年 2014/6/27 13:28:24
不用给了 ui log里有
贝贝壳壳
2014/6/27 13:28:30
6601的？

开心延年 2014/6/27 13:29:54
不用给了
13:30:09
贝贝壳壳
2014/6/27 13:30:09
好的
贝贝壳壳
2014/6/27 13:32:07
问题出在nsrmc上，我单用它groupby也是条数不对
13:32:44
开心延年 2014/6/27 13:32:44
恩 但是我 没想明白为什么会引起问题

开心延年 2014/6/27 13:33:02
难道有些字符有问题？

开心延年 2014/6/27 13:33:38

开心延年 2014/6/27 13:33:50
我狂翻了我这边的页 貌似 也没问题
贝贝壳壳
2014/6/27 13:34:06
可能，里面有些字符不太规范，比如全角的字母之类
贝贝壳壳
2014/6/27 13:34:21
全角的字母标点这类
13:34:45
开心延年 2014/6/27 13:34:45
能不能再hive里查一下 看看 出问题的那个范围的 nsrmc 都是什么值

开心延年 2014/6/27 13:34:52

也按照那个排序
贝贝壳壳
2014/6/27 13:35:39
看0，1000缺少的吗？

开心延年 2014/6/27 13:36:21

order by sbze desc 弄个3000 看看里面有没有啥特别的 字符串

开心延年 2014/6/27 13:36:43
比如说 字符串 特别长 或者有乱码 或者有特别的符号（影响了solr的语法

13:42:04
贝贝壳壳
2014/6/27 13:42:04
比如？能影响吗
13:46:09
贝贝壳壳
2014/6/27 13:46:09
没有发现特别的字符
贝贝壳壳
2014/6/27 13:47:30
如果这个问题实在不好解决，我可以用其它方式在程序里解决，拿代码对应就行了。
今天先这样吧。我要出门，改天再请教

开心延年 2014/6/27 13:49:14
我还没有定位