@ljrdxs #30
不是这个意思，感觉你可能没怎么做过中型互联网项目
以 MYSQL 为例，其实维持主备也好，cluster 也好，维持他们的一致性其实开销是很大的，所以互联网项目这边，数据都都是优化成最简单可用查询，充分利用索引，转化为简单完全索引查询和简单 left join ，数据库的 cpu 能完全空闲是最好不过的了，只要 io 能跑就没啥性能瓶颈

而计算节点天生就是一堆的弹性扩容的，如果一个复杂的内联查询算法能够通过其他方法让数据库服务器返回给程序的记录数据容量（ KB-MB 级）不会太离谱的大，分散到计算节点处理就完事了，对系统没有任何影响

RDB 这边，三机主备+1-8 只读节点就是最常见的中型以上（ api server 10kQPS+）项目的最常见配置了

如果你把太多复杂的查询都压到了数据库上，让数据库 cpu 满载，查询造成积压，整个系统都不好了

压力压到数据库 cpu 上的复杂查询，大部分是乱 join 、group by having ，甚至直接内联 case when 之类，这些其实都不是好简单无代码直接优化到 kv 类的 nosql 上的，都需要算法协助才能充分利用 redis 之类的内存缓存

中型高 QPS 系统上，当数据库较弱时（比如 MySQL 弱鸡的索引和锁体系），基本 DBA 都会要求全简单查询化，全索引匹配化，甚至条件全 int 化把 varchar 都优化掉



与之相对的，就是写底负载商业软件的，前天帮人调试国产化数据库兼容，打开医院 HIS 系统，有个 TXT 资源文件，里面全是单行 SQL 代码都 1KB-2KB 的怪物查询。。。

win11 用经典菜单就是一个注册表值的问题
第一时间改了 不用那些乱七八糟的软件 网上搜一下应该有，当时我就是搜了一下改了就好使了

@ljrdxs #22

可是数据库跑逻辑负载高，会降级整个系统的性能
如果单纯的把最小化数据取出来，分布式的计算节点去计算，就会降低数据库的 cpu 负载，只吃 io

这种优化是高并发互联网项目常做的，而商业软件就可以无脑都写存储过程里让数据库去飙 cpu

无论什么赛道 找个好老板好项目就完事

op 真不错
试用 ucloud 不错 然后转身去买别人家的 怪不得免费试用越来越收紧

@pengtdyd #9
不用 idea ，但是这个不能一刀切死
按照别的系统的配置文件逻辑，如果 ide 的配置文件是一个目录的多个文件，而不是一个单文件，可能会有一些特殊设置

传的不是下面的全部文件，是一个两个文件，自定义一些特殊的参数，一些特殊的语法糖识别，比如让编译器怎么处理，比如语法检查跳过一些东西之类的配置，

这场景一般是传一两个非主文件，能兼容每个人的 ide 配置，而不是传全部的 ide 文件

信用卡绑好自动还款 不需要别人提醒的话 直接拉黑就完事
除非你用的是 ios

机械硬盘*1
刻录 DVD 盘 不同品牌盘 不同时期刻 10 张，然后淘宝买个抽气找个真空袋收好
Onedrive E5 白嫖 5T 上放一份

能交几百党费？确认不是在跟你炫富？

@KedaArray
去交警队是什么操作
车管所

@hhjswf
你在他老板家里买了一斤大米，他老板要你从出生到现在在全地球上所有商家购买的记录……

不写注释的代码很多
基本就是看方法名就知道是干啥的
功能模块拆分合适
里面怎么实现的基本合格程序员都简单清晰看得懂

你想重构你就重写好了

@KedaArray
兄弟，你就不好去趟车管所一次搞明白？
这种东西有明显的地域区别，为什么非得在网上问问问，要不就打电话
咱的时间也没尊贵到半天工时值个几万

东北八线小城市，你这种情况可以在本地考科目一，且不需要任何其他手续。
前一阵子给人办过。

上海按说不会比东北八线还坑吧。