自己先想几样，能后在试探性的征求女朋友的意见，如果他没说啥那就是这样送，如果有问题她会告诉你的

不用，都是自己手写，如果嫌麻烦可以用 mybatis plus

喝过北京的太难喝了 换成桶装水

看数据的重要性吧，一些非重要的数据就直接自增了（角色、权限）， 重要数据用雪花 id （用户、产品、订单、 支付流水）

感觉这个 sql 问题不大，就是一个简单查询， 你在确认下是不是找错了，可能是其他 sql 引起的

@beiwei2008 我说的 assert 应该和你理解的不一样，我这个是自定义的 assert，和自定义异常以及异常全局处理统一使用，可以减少代码量
eg:
if (a==null) {
throw new xxxException("sfsdfsdfsd")
}


// dosomething
用自定义 assert 可以这么写：
xxxassert.isnull(a,"这里是错误信息")
// dosomething

用过一段时间了，感觉很好用，可以让代码更简洁。减少 if .... else 嵌套

非重要数据 id 自增。重要数据用的 mybatis-plus 带的 ID_WORKER,他是雪花的变种，纯数字，有序，比 uuid 要好。

觉得不合理。
大多数情况下，join 带来的性能问题，比起他带来的优势是不值得一提的，当能，如果出现了性能问题，在把 join 去了，重写这段代码就行。总比一个 join 也不让用要好，
还有 阿里巴巴 禁用的是超过“”三张表“”的 join .也就是 3 张表以内还是可以用 join 的。并不是一刀切。

1. 为什么「先用子查询查出数据，再用 order by 排序子查询的数据」的方法行不通?
2. 这个查询除了对 columnA 建索引外，有没有其他更好的优化方法?
答
1. ORDER BY 关键字用于对结果集按照一个列或者多个列进行排序。
排序的对象是 where 后的数据，所以你用不用子查询，需要排序的数据都是 70w 。 所以在这里，这个方法是行不通的。

2. 不知道数据插入的时候有 主键是不是按时间戳顺序生成的。如果是那就好办了，直接 order by 主键就行。如果不是，好像除了改业务，或者是加硬件 也就是建立 timestamp 的索引这个方法比较实际了。

你这个读取的是 jar 外的配置文件。需要注意文件路径

很正常，我当时还被留了一个月呢，期间公司各种拐弯抹角的想让我留下，但是我当时去意已决。每天按时打卡上班、下班，准备交接文档、修改一些遗留 bug 之类的

啊啊

在 id,name,upid 的基础上在加一个 path 的字段、用来记录这个当前节点的所有父节点。

8.0

我们最近压测了下自己的服务器 2 台 4 核 16g 的服务器。在 800 并发下 简单查询接口的响应时间大概在 1s，复杂点的在 3s 左右。楼主可以参考下，楼上说的 2c 4g 在纯静态 的情况下可能还行，已加上数据库和业务逻辑，基本上就挂。再说楼主都到 5000 并发了。业务比较大了，在考虑配置的时候，不能简单的考虑是否可用，还得考虑用户使用体验，所有这个就不要抠了，尽量多做些冗余，提升扩展性