长安归故里._个人页

请参考 http://jinnianshilongnian.iteye.com/blog/1423971 或 https://github.com/zhangkaitao/es

SELECT name, SUM(DECODE(jbName, '事假', kjTs, 0)) "事假", SUM(DECODE(jbName, '年假', kjTs, 0)) "年假", SUM(DECODE(jbName, '调休', kjTs, 0)) "调休", SUM(DECODE(jbName, '婚假', kjTs, 0)) "婚假" FROM temp GROUP BY name;

这个说明你的客服端能够收到信息，，服务器端要求同时处理3条信息才能发送，这个应该是服务端的问题，，在数据接收和传送有问题

count(用户id) group by 渠道商id

[+-]?\d{1,18}(?:.\d{1,8})?

java版："[+-]?\d{1,18}(?:\.\d{1,8})?"

你的每条值应该都有编号，根据这个编号把值查询到，然后再渲染到修改页面即可。

还可能设置X-Real-IP http://relistan.com/http-header-hell-starring-x-real-ip-and-x-forwarded-for/

#request.user.id

一般对于大数据的读写操作，都会有一个cache层作为缓冲。一般选用cache的话，会用memcached或redis（还有一个阿里的cache）。然后再加上读写分离的策略。只要保证操作不会穿透cache，就没有什么问题。

当然是用cache的话，你要预估你的全部数据量或热数据量。预算好你的cache命中率。

你这里说道你们操作的集合数据，那选用redis就很不错了。redis本身就支持集合的操作。

最后一步就是cache中数据与持久数据的同步问题，这个你也是需要考虑的。

当然你说的你的数据要做汇集工作，这个就不是cache所不具备的功能了。redis支持服务端计算，如果的key设计的合理的话，估计也能解决你的数据汇集问题。

线程中出现内存泄漏而已，一旦发生导致你的线程挂掉，然后jvm自行gc，所以你看到jvm内存正常。 一般是你在线程中申请了过大的内存引起的。

特别注意集合类的扩容过程，可能就是发生在这里。