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

V2EX = way to explore

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

现在注册

已注册用户请登录

这是一个创建于 1178 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

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

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

SQL

性能

数据库

缓存

206 条回复 • 2021-09-11 20:47:45 +08:00

1 2 3

❮

❯

201

onhao

2021-09-06 17:21:37 +08:00

@l00t

202

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 即可

203

wh469012917

2021-09-06 18:37:59 +08:00

@noparking188 Collation 有好几个：utf8mb4_general_ci 、utf8mb4_unicode_ci 、utf8_general_ci 七七八八的

204

xuanbg

2021-09-07 05:04:01 +08:00

@onhao 你的理解没错，但 where 成绩 > 80 的结果不符合预期。任意一门成绩 80 分以上就进结果集了，而不是最低分>80 。

205

mmdsun

2021-09-07 19:25:04 +08:00 via Android

数据大，不允许 join 表怎么办？还不是一个个查。
或者用 where in

206

dbpe

2021-09-11 20:47:45 +08:00

@xinJang 先查数据集 A...而我可能只需要里面的 ID,steam() ->转化成 Set 集合.然后用 ORM 的 id.in 或者 union 合并掉去查,这里 in,好像有个小坑,in 不走索引的把?而且有长度限制.而 union 很多 ORM 框架其实不支持的..少数支持...

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

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

1 2 3

❮

❯