项目遇到了张表50万数据需要取絀数据，做同步数据操作进行全量比较。

  后来试了几种方法终于找到了较快的方法。多线程根本提高不了速度因为是做同一件事情。读取的CPU是同一个......

过滤后取得zhihua 集合里面没有vip集合的部分其实就是差异。

测试发现第一种方法貌似更快点

最近需要对每周生成的日志表进荇处理并且输出结果到另一张表。日志表少的有300万多有的有上千万条记录。因此打算用多线程来处理数据在使用线程池时，几个注意点：

1、在入口的地方直接新建一个线程为执行，然后返回结果后续通过日志表来跟踪；

2、设置独立的线程名规则，区分自动生成的線程名；

4、利用Future的阻塞特性来控制全部线程执行结束的时间点；

5、考虑是否有必要增加中断执行的机制；

6、考虑能合成批量操作的地方尽量合成批量操作

try restarting transaction;），本来想通过批量初始来提高性能但是表在更新的时候，如果是锁同样的行记录确实容易出现死锁，没有太好的辦法说明业务逻辑上可能需要适当的调整来规避这种多线程冲突的情况，优先通过优化设计来解决冲突