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

SQL 写好并不容易，做一个 sql boy 比 crud 要困难。

服务治理其实就是 crud

高并发+大流量 本质是 DB 、缓存 的使用，语言层面能够优化的性能微乎其微

还不是各个大厂面试官逼得。

实际工作：在 Druid 之类的存储上写类 SQL 的 DSL 、往往还因为公司版本过低不支持最新文档的 functions，最终你要合理的把查询拆成几个然后本地处理中间数据、最终完成一个功能。

面试提问：缓存架构分布式。

@anouser 用户量大概十几万吧，日活 1 万左右，做垂直领域的，量不算多，但是还是有用户用的

@namelosw 对的，解决一个 n+1 问题，比你用什么架构缓存都好使，除非就是为了装逼

@msg7086 因为 n+1 问题，我们目前部分接口已经出现明显的性能问题了，但是有些人都不重视这块，一直在优化语言级别的性能

@unregister 也可以，join 不是万能，解决问题的方案有很多种，

@shot 团队负责人虽然也是技术出身，但是自己并不写代码，主要是注重开发进度和应用稳定性，技术主要让组内一个有一定年限的同事来处理，但是这代码就是这个同事写出来了，所以就不要指望他能做啥优化了。

目前数据量在三千万左右，每个月增长差不多 200w 左右，sql 性能问题已经慢慢显露出来了。

@noparking188 无，一个数据库出现 4 种字符集，join 都用不了；字段命名没有规则，大家各做各的

@ychost 对的，数据库是 IO 最重的地方，应该花大力气来处理；加缓存虽然效果明显，但是会导致代码复杂度增加和缓存同步问题

@wh469012917 #189 那应该开会的时候说一下，先把规范定下来，让大家遵守，找个人把控
引用

https://github.com/guanguans/notes/blob/master/MySQL/MySQL%E6%95%B0%E6%8D%AE%E5%BA%93%E8%AE%BE%E8%AE%A1%E8%A7%84%E8%8C%83.md
http://developer.zhixueyun.com/standard/database/#_3
https://www.nmpa.gov.cn/directory/web/nmpa/images/uL28jQgyv2+3biyei8xrnmt7ajqNX3xPS4rz7uOWjqS5wZGY=.pdf

楼上说的对，出现这些问题，但是同事都不懂，那应该搞一些研讨会学习会，让一两个懂的人出来给其他人讲解一下。然后 leader 也应该制定规范，让大家知道哪些东西是必须要遵守的。
从你说的来看，这两个 leader 都有些问题，工作没有做好，导致下面拉稀。

@msg7086 前提是要有人懂，并且有一定的话语权来推动呀；我们这边部门领导一般不管这些，主要负责全局的把控；后端组长自己就是写这些代码的人；我是一直想要推动，奈何没什么话语权，所以挺难的

@noparking188 一个数据库出现了四五种字符集，你觉得能有什么规范吗

@wh469012917 #194 不大懂你说的四五种字符集什么意思，是 collate character ？
如果是，在规范里指定用哪种就行，原先不统一的字符集后面陆续更改，解决历史遗留问题

@xuanbg 题主好像是说
“找出所有科目成绩在 80 分以上的学生。
难道是我理解错误？

@l00t 这不是本科《数据库原理》中的 demo 吗？我会写，我是不是面试通过了，嘿嘿嘿
create table t_student (
id integer primary key ,
name varchar(40)
);

create table t_course (
id integer primary key ,
course varchar(40)
);

create table t_grade (
id integer primary key ,
student_id integer,
course_id integer,
grade integer
);

insert into t_student(id, name) values (1, '张三');
insert into t_student(id, name) values (2, '王五');
insert into t_student(id, name) values (3, '小李');
insert into t_student(id, name) values (4, '王华');

insert into t_course(id, course) values ( 1, '数学' );
insert into t_course(id, course) values ( 2, '语文' );
insert into t_course(id, course) values ( 3, '英语' );
insert into t_course(id, course) values ( 4, '化学' );
insert into t_course(id, course) values ( 5, '物理' );

insert into t_grade(id, student_id, course_id, grade) values ( 1, 1, 1, 100 );
insert into t_grade(id, student_id, course_id, grade) values ( 2, 1, 2, 80 );
insert into t_grade(id, student_id, course_id, grade) values ( 3, 1, 3, 10 );
insert into t_grade(id, student_id, course_id, grade) values ( 4, 1, 4, 100 );
insert into t_grade(id, student_id, course_id, grade) values ( 5, 1, 5, 100 );

insert into t_grade(id, student_id, course_id, grade) values ( 6, 2, 1, 100 );
insert into t_grade(id, student_id, course_id, grade) values ( 7, 2, 1, 100 );
insert into t_grade(id, student_id, course_id, grade) values ( 8, 2, 1, 100 );
insert into t_grade(id, student_id, course_id, grade) values ( 9, 2, 1, 100 );
insert into t_grade(id, student_id, course_id, grade) values ( 10, 2, 1, 100 );

select
a.student_id,
b.name
from t_grade a
left join t_student b on a.student_id = b.id
left join t_course c on a.course_id = c.id
group by a.student_id
having min(a.grade) >= 80

基础的 sql 都写不好,简单的调优分析都做不好就谈那些理论上的这种操作个人是接受不了,就算接口慢优化也要分析好哪些地方该优化,而不是直接上理论安排上一堆东西,存储过程这些复杂的做不好问题不大,但是基础的 sql 查询都写得烂那还是建议换一家不用关系型数据库的公司吧

@mynamewang0 你这个 inner join 没意义啊……
@onhao “所有” 修饰 科目……
@BiChengfei left join course 这步不对

@xuanbg 加科目表是因为有人可能缺考。当然这个也基于一个没考就没记录的假设。如果没考也有一条得分为 0 的记录，那科目表有没有也没关系。我一般会在追问时才要求考虑没考就没记录的情况。你这条语句的思路是对的，但是写得太随意了，过不了语法编译的……

@vishun 我一般不会这么写，但是你这样写也行……反正结果是对的……

@l00t 之前的不对是因为没有考虑缺考吗，大意了

-- t_student 、t_course 全连接，然后左连接成绩表，缺考就为 null
select
a 。id,
a 。name
from t_student a
left join t_course b on true
left join t_grade c on a 。id = c 。student_id and b 。id = c 。course_id
group by a 。id
having min(c 。grade) >= 80;

-- t_grade 左连接 t_student，通过学生 id 分组，然后最低分和参考课程数过滤
select
a 。id,
b 。name
from t_grade a
left join t_student b on a 。student_id = b 。id
group by a 。student_id
having
min(a 。grade) >= 80
and count(a 。course_id) = (select count(*) from t_course);

第一种是第一想法，但会占用额外的内存，第二种会好很多

请不要在每一个回复中都包括外链，这看起来像是在 spamming
我只能把点换成句号