@v2orz 真是，用了新版的 spring cloud gateway 强制升级版本以后真是套娃套的脑袋疼。

羡慕资源好的地方。

招工吗 ^_^

升级 6 啊，还能 5.x 商业不也就支持到 26 年吗

微信：你当我的风控是吃屎的？？？？

不给看全部代码不是太正常了吗？ 保证能开发调试运行，最后能合并就行了。当然示例 demo 得有。

之前租的房子，早上睡着睡着觉，发现有人在屋里说话，起来看发现是改造到换窗户，人家就把窗户给拆了施工，之前没任何人通知。。。。

孩子五岁了，不敢洗头的事都没解决，或者说怎么洗头的事你和你老婆都没达成一致。 你能说你对孩子有多上心？

大哥，你这系统有多少用户啊，就打穿数据库了

并行会签？

做过差不多 30 小时的绿皮车，一群人吃东西、玩牌、喝酒、吹牛逼。也没有太无聊，还是硬座。

买完相机买镜头，大光圈、长焦、 买三脚架、买闪光灯，买包，买买个 JB 不玩了。。。。。

单纯一个西瓜没意义，必须全品类识别！

GPT 这样说： 从描述和执行计划中可以看出，使用 IN 与使用 OR 的主要区别在于访问缓冲区（ Buffers ）的行为不同。使用 OR 时，缓冲区的共享命中率只有使用 IN 的一半。这意味着在使用 OR 时，查询过程中的缓存利用效率更高，从而导致查询执行时间较短。

以下是可能导致这种差异的原因：

缓存使用效率：IN 操作符通常会转换成多个条件的 OR 表达式，这可能会增加某些情况下的缓存失效或增加磁盘 IO 。

执行计划差异：尽管在高层次上执行计划看似相同，但在某些底层细节上，优化器可能会对 IN 和 OR 进行不同的处理，导致资源使用的不同。

执行路径：OR 和 IN 在某些数据库系统中的处理路径可能不同，导致数据扫描和缓存的差异。

总的来说，具体的原因可能是数据库在处理 IN 操作符时，在分区剪枝和索引扫描的优化方面没有完全优化，或者在使用 OR 时，查询路径更为直接，减少了缓存未命中的情况，从而使查询执行得更快。

肯定是所有人员成本加进来，算出来单天的，在加适当的利润报价啊。

二手车水太深， 能有条件装充电桩也不冷的情况下就买电车，不行就新的油车。

1 、如果不需要对方出钱，买的东西不占用太多空间，不影响对方那就买呗。 反之商量不了就不买。
2 、如果你实在想买，不买就受不了，就换室友。