如果我是你：
首先，拉着所有的用户和老板开会咯。让他们定。何必把压力给到自己？
其次，拉着用户开会。多开几次。明确准确的需求点。避免把时间浪费到无用的功能上。
最后，拉的时间长了。他们自己就会降低要求。
然后，你就无了。
哈哈哈，开个小玩笑。
我看来这根本就不是个问题，在人力短缺的情况下，从根本上就要拒绝这种情况，要不然，你就会陷入不断加班和自我怀疑的内耗中。

你是在说 syslog 么？

杭州 23 年 10 月份左右不在管控疫情后就特别惨，那时候我投简历，面试过的就只有外包。剩下的都是面试聊聊了就没动静了。如果你不嫌弃的话，那就选外包，起码能活着。

我曾经见过把 hibernate 又封了一层的项目，用起来跟一坨大便一样。真的是会的人简单，不会的人瞎几把搞啊。

你这个问题问的就不安全。

就两个 o ，和数据库交换一个，和前端交换一个。搞烦了，一个 o 都没有。就是硬来。

@blankmiss 讲讲！分享一下你的方案。

@blankmiss 哈哈哈，扩内存当然可以。但是吧，不是那么的让感觉优雅。

你这都不会管你吧？都够不上起征点。你要说是额外的副业申报一下还有点意义。

@nothingistrue 是三个不同的集群，虽然是一套代码但是 yaml 文件也是分别独立的，最外层的 k8s 的 yaml 不允许我动，只能通过服务里的 yaml 做配置

@newaccount 这个量级很小，完全为了业务做的妥协，暂时不需要考虑到负载均衡的问题。

@litchinn 三个不同的集群你说的这个 hostname 是怎么获取的呢，k8s 的知识我了解的很浅薄。

哈哈哈哈，怎么解释，算你倒霉。

应该先搞明白怎么才能提高对 google 提问的所获取有效信息的方式

@wonderfulcxm 还得是你

一个事务中必须得要先 flush ，然后才能拿到。不过，貌似我记得这个东西是可以修改配置的，只要 save 了，默认 flush 。
不过，你要是写过原生的 jdbc 提交，每次查询或者插入、更新，删除动作都要手动创建 sqlsession 的，那你就会回头感叹，hibernate 真香。