两个简单的方案
1. 多个数据库来分担写入
2. 写到 csv 文件里，再用 LOAD DATA LOCAL INFILE 语句把数据载入到表中。

钱不够多，就别玩这个，买 300 的指数 ETF，让交易所替你炒，大部分人都炒不过交易所

10 万规模以下，没有必要上这些东西，徒增复杂性。

能用 jpa 就不要用 Mybatis，Mybatis 这种设计有时代局限性，最早的应用都是单数据库应用，跨表查询比较常见。随着规模扩大，很多应用都是多数据库的系统，并带有 nosql 的数据库加入，不需要做复杂的 join 。而且 Mybatis 这种分离业务逻辑代码和 sql 代码的配置方式可读性并不好，你需要 xml 文件和 java 跳跃的看才能把逻辑看明白。

@hantsy 你总结的很到位，JTA 这种东西也许就是时候银行内用，储蓄账户和基金账户做分布事务，理论上完备，产业界也支持，但不知道现在是否还真有地方在用。

@hantsy XA 这个东西设想的挺好了，05 年的时候，我还把整个协议的标准打印出来学习了一遍，但十几年过去了，没有成为主流的分布式事务技术，局限性太大了。

跨多个资源建立一个事务的，需要你做补偿。例如买了机票，酒店订不上，只能退机票。你要写代码来做反向的补偿操作，达到最终的一致性。XA 这种东西只是个理论，很多场景下建立不了这样的应用。

先落临时表，再异步处理，最后推送确认订单

Vaex,可以看看 https://mp.weixin.qq.com/s/uGGucS4m2FDGobN5DTXrMw，没试过。

只要不是 raw socket，java 是可以搞的。raw socket 写 ping 这种代码需要发 icmp 的包，java 就搞不来了。

美军有些是自己买装备上战场的？你猜这些人是怎么想的。程序员产出就是代码，只要薪水给够了，其他的事我来搞定。

四十岁你才会觉得想明白了，现在还早。多去体验，你才明白自己的选择是不是正确。

典型的人生被控制了，自己活不出自己，你想想看，生命只有一次，你要自己做自己人生的决定。

说点不相关的事情，大环境讲，中美之间开始脱钩了。未来在能在美国上市的企业肯定会受到限制，不能去美国上市，风投基金可能不想继续在中国找项目，没有 C 轮 D 轮的钱进来，创业公司也没有办法拿着高薪去挖角。不是资本家黑不黑的问题，是你在的这个池塘不下雨了，慢慢你就会感觉到水少了。

工作的头 5 年得融入这个社会的洪流，不要自行修炼。大部分公司都没有靠谱的业务，头部公司才行，从小公司做起，完善之后，就寻找更大的平台。

想去大厂的话，考研也有必要，工作实践其实更重要