你应该问什么场合下使用 volatile，因为除了少数适用场合外，其他一律不要用 volatile

没理解这里用多线程干嘛，是想存钱取钱转账等操作用单独的线程搞？那主线程里得获取后台线程的操作结果展现给用户吧，最终主线程还是要阻塞等工作线程执行完。如果一次 bankservice 请求只涉及数据库的增删改查，我认为不适合用多线程。强行上多线程的话，就把存钱取钱转账各自包装一个 Callable，提交给 ListeningExecutorService 获取 future 吧

建好索引 1000W 不是事，上 SSD，减少复杂查询，复杂逻辑在业务代码里处理。我的经验是单条查询能在 10ms 以内返回。楼上有人提到的 sharding-jdbc 分表也不错

有点东西啊老哥

即使你写了很完备的单元测试，你也没法保证不会出现各种运行时异常，数据 /机器 /网络甚至项目中用到的各种 library/middleware 都会导致难以预料的运行时异常。所以要做好日志+监控+报警，亡羊补牢是有必要的

关注

你需要了解一下 spring java configuration

个人愚见，从初级 java 进阶第一本应该看的书应该是《 java 并发编程实战》

@leekafai 深有同感，有时忙的要死，有时闲的要死

我一般用一个 AtomicBoolean 来控制是否继续，然后用带 timeout 的 poll，while(AtomicBoolean.get()) {poll(timeout)}

这是啥牌子的？

不错不错，SQL 解析的难点就是各种方言太多了
我做过 hive 和 presto 的 sql 解析，基本就是用原生的执行逻辑，基于 antlr 解析