为什么很多人连基础的 SQL 都写不好，却开口闭口就是缓存架构分布式？

2021-09-02 18:35:48 +08:00
 wh469012917

说下情况，我们公司同个部门的好几个同事，连个基础的 SQL 都写不好，代码中一堆数据库 N+1 的问题，连个 WHERE IN 查询都不会用，涉及到批量查询，都是遍历然后一条条的去跑 SQL，同一个方法重复查询了好几次，数据库设计更是不行，外键都是用逗号分隔拼接成字符串，然后保存到主表上。

正因为 SQL 写的烂，所以接口性能很差劲，但是他们好像都不在意这些 IO 方面的优化，整天在想着怎么优化语言性能，比如反射、JSON 序列化、语言基础库的性能；要么就是上集群、加缓存，然后又没有任何设计模式，直接业务代码中强硬加入缓存读写，就算是缓存也是先从缓存读出数据，然后遍历一条条去数据库再查出来，性能更差了

其实整体项目量不大，好好写好 SQL，基本上能搞定 90% 的性能问题了，大部分的开发经验也都好几年了，不至于这种基础知识点不懂，可为啥就是不重视 SQL 性能

17943 次点击
所在节点    程序员
206 条回复
onhao
2021-09-06 17:21:37 +08:00
@l00t
onhao
2021-09-06 17:30:14 +08:00
@l00t 假设一共有 N 科
select * from 学生表 where uid in(
select uid from (select uid,count(id)res from 成绩表 where 分数>=80 group by uid having res=(select count(id) from 科目表 ))tmp
)
当然如果 确定科目数 ， 可以不用查科目表，having res=N 即可
wh469012917
2021-09-06 18:37:59 +08:00
@noparking188 Collation 有好几个：utf8mb4_general_ci 、utf8mb4_unicode_ci 、utf8_general_ci 七七八八的
xuanbg
2021-09-07 05:04:01 +08:00
@onhao 你的理解没错，但 where 成绩 > 80 的结果不符合预期。任意一门成绩 80 分以上就进结果集了，而不是最低分>80 。
mmdsun
2021-09-07 19:25:04 +08:00
数据大，不允许 join 表怎么办？还不是一个个查。
或者用 where in
dbpe
2021-09-11 20:47:45 +08:00
@xinJang 先查数据集 A...而我可能只需要里面的 ID,steam() ->转化成 Set 集合.然后用 ORM 的 id.in 或者 union 合并掉去查,这里 in,好像有个小坑,in 不走索引的把?而且有长度限制.而 union 很多 ORM 框架其实不支持的..少数支持...


但是你后面那个问题我有点看不懂...

PS:其实这里有个很假大空的问题....单表去查..大部分是为了后期横向拓展方便,以及缓存索引命中率的问题..业务真的能撑到那个场景么...

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://tanronggui.xyz/t/799533

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX