后端无非是业务牵扯更多一些，也就是熟悉库 不过范围比 Hadoop 那些东西小一些

大部分大数据开发=分布式计算引擎的搭建和使用+SQL
但是实际上高大上的都在你说的数据处理侧那边，用数据来做机器学习之类的

@pythonee 同感，，

很多年了 一直没什么发展

这家不是外包吗 没事 会有更好的

看负债做什么了，是否能提升自己，还是只是纯粹的消费主义

也是 http 调用呗 不过分布式事务可能需要解决下

@echooo0 哈，，我一般都是对这两个注解指定自己的线程池的 根据业务来新建线程池再在注解中指定使用哪个线程池 不至于互相干扰 我觉得没报错大多是因为根本就在队列中没执行 查查同样用了 cron 的有没有什么耗时很长的大任务

报错是不可能报错的 如果队列大小和拒绝策略有设置的话，也没那么快报错

@echooo0 可能有别的长时间执行的任务占用了线程池中所有的空闲线程 不过也有可能是别的 cron 任务占用了 cron 的线程 jstack 一下呗

cron 默认只有一个线程，加上 async 后交给另一个固定的线程池，所以和 cron 没关系了，排查下那个线程池中各个线程的状态

@user8341 建议实际上看看查询计划再说吧，不知道你有没有看过高性能 mysql，里面确实有说到几个单列索引的索引合并，但是实际上你应该去看看你的执行计划，这也是书中一直强调的，在不是很了解内部实现的情况下，以查询计划为主

了解下索引排序的原理就明白了……本身索引是有序的才可以做到排序，order 之前的筛选项还得是=

每次查询只能命中一个索引，解决方法，加联合索引(a,is)