而且作为研发，你要没有唯一标识还是个挺麻烦的事，有些需求就得唯一标识来搞。

真无所谓，只要不是输入法跟踪，随便他们怎么搞。我的信息不值钱

这问题困扰了我十年。我以前洗澡是从来不关花洒的，不然打开又要折腾半天。
然后自己买房了装修，我才知道恒温花洒的存在。。。。md 。。。恒温花洒现在价格也便宜得不行，其实技术原理非常简单，花洒里有个小人给你不停的微调水温。

@julyclyde 哦。这是想多了。肯定要是雷 4 的线和口。。我花了小 500

全世界所有的网站本质都是增删改查
复杂的是有没人用

一年 2000 在 LZ 看起来是智商税。。那这个公司没什么好讨论的。。连 2000 都觉得贵

哦。。那你这段数据同时被两个接口做 update ，请问阁下如何应对？

我是麦德隆和盒马都是经常购买的。
但两者都是应急才去买。为什么？
因为我亲眼看见：上上周的牛里脊放在最外面，新鲜的放在最里面。我是要给孩子买好点的牛肉，所以特别看了一下日期。然后叫了一下服务员，服务员说：哦，吃了没事的，都是冷藏。这是上一个理货员没拿下去。

就这一件事，我再不敢在这些地方买牛肉类的。

最后补充说会员卡的。除了最高一档 688 的，200 多就是一年的停车费而已。我是买的 688 一年的，相当于打个 92 折。因为我经常去，是划算的

很多人说 sam 的卡是装逼。觉得高人一等。
作为每个月大采购一次的。sam 和大冰箱是绝配。他本来的定位就是你一次性大量采购品质的平均线是基本一致的。反正我去山姆买很难买到品质差的，不能说特别特别好。他下限高啊。缺点就是有的东西太多了，饮料动不动就是 24/36 一箱。买个薯片饼干要论箱买。这个其实不友好，我就是想尝尝而已。

相反，超市理应是同样的走量，高质的。但超市为了短期利益，都是面向大妈大爷们，成了菜市场。这么说吧，超市早上去和晚上去你买到东西品质是不一样的，山姆晚上 8 点的东西和早上 8 点的东西，品质基本一致。

山姆也自己做出了自己的拳头产品，国内有一个算一个，除了胖东来，一个能打的都没有。

山姆的牛肉还是那句话，他一定不是最好的，但是下限最高的。去菜市场买，要靠自己眼睛和运气，山姆你哪天去，拿的牛排都是 ok 的。想吃牛肉？ 10KG+的大包够你吃一个月的，算平均价格比超市还便宜。

我家的冰箱基本去一趟山姆冷藏就满了。

牛肉卷，跟风仿造的一大堆，味道嘛。。吃了的都知道。

如果是可以迁移库。。有一说一，迁移 pg 保平安。。最少一个分区下去就能解决你大部分问题。。

1.cursor 法，上亿的数据，就算你 20 一页吧，产品经理麻烦你来给我翻到第 1234567 页谢谢。。。其实都这么多数据了。total 返回一个固定值估计都没人发现。。哈哈哈哈哈
2.分区。哦。不好意思。。窜台了。mysql 没分区。那就只能分表了。
3.外置表。也就是其他的解决方案，这就可以随意脑洞大开的想方案了。问题是很容易成另一坨屎山。任何新技术的引进都会导致复杂度的上升，我相信绝大多数用 mysql 到几亿了才想到分页怎么搞的 team ，玩 clickhouse 好，玩 es 也罢，都是会踩你没踩过的其他的雷的。

持续重构。没有第二条路。其他都是扯蛋。如果没有投入持续重构，动不动就是，这个功能稳定了，不能动，代码不能改。吧啦吧啦。。这必定成为一个新的 shit 山

都几亿数据了。你要说没备份库我是不信的

nas 啊。。。。再不济。。接个外置硬盘在 dp 口上。
真想不明白怎么可能有 500G 的数据经常要查看。。

说的轻轻松松是有前提条件的。仅仅是业务查询，非聚合查询。聚合分析别说上亿了，上千万，可能就得考虑上 olap 的分析工具了。

另一方面，你都上亿的数据了，还是需要分析的。4c 16G 是不太小了点。这个成本是可以计算的。

1.clickhouse 集群。4*16 集群 x3.
2.mysql 把硬件往上面拉三倍。

从哪个角度看都是 2 成本更低。除非你能做到 1 是动态的，但投入的隐形成本又是另一回事。

换句话说，我个人认为绝大多数的场景，堆机器就够了。除非有数据分析团队资源，全靠研发自己出方案，实在得不偿失

这倒是，有 gpt 加持，后端狗半天就会撸前端了

反正作为运维，每个新项目我都要怼一次后端开发 leader：不许给我搞微服务，你就单体。

单体也需要运维，都让研发搞就是逗闷子的。只是真不需要一堆运维了，我一直认为国内公司，90%有且只需要两个运维。搞微服务？那就看架构吹牛逼吹多大了。

我怼得最多的一句：高并发？你自己试过本地 mysql 1000 万数据集两到三层良好索引的 sql 效率吗？没有？没有你扯犊子的因为性能横向扩展？