不要用 2pc，不要 autocommit，手动控制 a 的事务，a 服务 insert 后不提交，执行 b，得到结果后 a commit 或 rollback 。

这种方案依赖 b 步骤的效率，在并发不高的情况下可以这么简单做

建个视图就行

简单的就 id parent_id 递归查询就行，mysql postgre oracle 都行

如果并发不高，没必要读写分离吧，找到慢 sql 优化一下提升也很大

不要 select * 会回表，效率一下就差了很多；
order by id 也严重影响效率。
如果要优化建联合索引吧。
要看查询的结果集大概多少条？超过 5%还是走全表扫描吧

爱用 vim 的都是老程序员了吧，新生代没人玩这个
不过 vim 跟 f 区关系不大

除了能写比较久之外都是缺点，特别是不顺滑

第一次听说 AMD 能吃黑苹果……

代码再烂，能满足业务需求就行。优化一下带来新的 bug，谁承担责任？
一定要定期对关键代码做 review，其它边缘的就算了

我 82 年，2 个房贷都快还完了，俩女儿，估计 50 的时候我已经在混吃等死了

面向未来选 Go，面向现在选 Java。
不过语言的学习成本并不太高，集中精力两三个月就差不多了