V2EX › realpg 的所有回复 › 第 103 页 / 共 502 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 99 100 101 102 103 104 105 106 107 108 ... 502

❮

❯

2023 年 3 月 15 日

回复了 LeeReamond 创建的主题 › 程序员 › 想在业务端维护 inner join 应该用什么算法？

@Richard14 #37

其实也不单纯的是 mysql 横向扩展困难 mysql 这么弱鸡的数据库去抗企业行业应用那种低 qps 负载，只要少用锁别干死锁了，都能扛得住，搞行业软件的跟搞对海量普通用户业务（我只是习惯叫互联网替代这种业务）的互相理解很难。

我们定义的大系统 crud api server 是 35kQPS(包含缓存操作)，他们定义的大系统是 80 人开发 700 多个模块编译后二进制文件都 900MB 然后 15qps ，对数据库性能的理解我们是优化到单查询 0.0035 秒他们是 1 秒能出结果就行。

十五年前吧，我也搞过 oracle ，写企业商业软件简单到离谱，写医院的业务系统，20qps 都是高并发的超大大医院了
oracle 这玩意只要搭起来集群，给足了海量内存，四路服务器或者当年小型机堆上去，也不用怎么设计索引，看着差不多觉得可能用得到就上一个，剩下的 oracle 自己就能给你优化好，这就是搞商业软件行业软件的逻辑，跟面对庞大公众用户的基本思维就不同

比如，最近朋友公司在搞信创国产化，要绕过供应商把一个三甲特大型医院的一个大业务系统数据库从 oracle 替换成人大金仓，我听着直摇头，金仓就是魔改的 pg11 ，这怎么能行，一个特大型三甲那门诊量和住院医嘱量，oracle 的牛逼查询自适应优化能力，换弱鸡山寨 pg 怎么行，结果一换试了下，还真行。在中间件下了个性能检测记录 SQL 防止语法不兼容，结果 24 小时系统峰值读查询 qps45 ，医院上班工作时间平均读查询 qps15

---

关于讨论，V2 早就这样了，所以这些年我都不爱吱声了，顶天在 tg 群里遇到感兴趣的能说两句。

之前说的都是大家好理解的形象的常识，不说人话的不搭理就是了，更深入的不搞这个根本接触不到的你发了也没人看
要不就是真搞这个的还有问问问从来不自己研究，就差让你手把手教了

五六年前的 V2 讨论技术问题，还是可以只提供思路，现在，要么是一群啥也不懂的瞎参和，要不就是希望你手把手给他搭好才能证明你说得对的。。。

2023 年 3 月 15 日

回复了 LeeReamond 创建的主题 › 程序员 › 想在业务端维护 inner join 应该用什么算法？

@ljrdxs #33
你有试过 oracle 按你那种写法，把基本操作压 10kQPS 上去测过么
10kQPS 的业务 api 接口，算是互联网这边中型系统的门槛了

2023 年 3 月 15 日

回复了 LeeReamond 创建的主题 › 程序员 › 想在业务端维护 inner join 应该用什么算法？

@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 的怪物查询。。。

2023 年 3 月 15 日

回复了 MajestySolor 创建的主题 › Windows › 突然发现我可能一直以来都错怪 win11 了 🐶

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

2023 年 3 月 15 日

回复了 LeeReamond 创建的主题 › 程序员 › 想在业务端维护 inner join 应该用什么算法？

@ljrdxs #22

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

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

2023 年 3 月 15 日

回复了 longjiahui 创建的主题 › 程序员 › 请问有什么不太卷的赛道吗？

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

2023 年 3 月 14 日

回复了 Calen 创建的主题 › 云计算 › Zenlayer 这家公司好让人失望

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

2023 年 3 月 14 日

回复了 Nnq 创建的主题 › git › .idea 上传到 git 么？

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

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

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

2023 年 3 月 13 日

回复了 brader 创建的主题 › 程序员 › 有什么办法让他们不要打骚扰电话来

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

2023 年 3 月 13 日

回复了 hamsterbase 创建的主题 › 程序员 › 4t 冷备份数据，用什么介质好一点？

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

2023 年 3 月 12 日

回复了 stephen2022 创建的主题 › 问与答 › 有没有党员同志啊？感觉现在党费好高啊？感觉是一种经济负担。

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

2023 年 3 月 9 日

回复了 KedaArray 创建的主题 › 程序员 › 咨询一个驾照恢复问题

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