MYSQL数据库，如何用一条实现效率高的多结果查询。 就是要一条综合语句执行的时间比分开执行效率高。

2 02 3 年，我的朋友遇到了SQL性能问题。
他说第一种表示法使用UNION去重，影响效率。
我建议他使用UNIONALL，它没有排序或重复，可能会更快。
第二种表示法使用 IN 并且没有索引，导致全表扫描，速度非常慢。
我建议他首先为产品创建一个索引，如果不起作用，请优化分区。
他尝试过，但没有成功，他就回到我身边。
没关系。

如何增大MYSQL数据库连接数

记得有一次，我在深夜调试时，服务器突然爆炸了，所有日志都是“连接数太多”。
看配置，max_connections是1 2 8 当时网站刚刚流行，访问量突然猛增。
赶紧改成5 1 2 ，服务器立刻就稳定了。
但第二天查看状态时，Max_used_connections 已经上升到 4 5 0，占总数的 8 7 %。
这让我觉得2 5 6 确实是一个障碍。

一般来说，将 max_connections 设置为服务器内存的 1 /4 到 1 /8 比较安全。
例如，对于具有 8 GB 内存的计算机，可以使用 2 5 6 到 5 1 2 有一位客户使用 1 6 GB 内存。
他设置为1 02 4 ，结果Max_used_connections经常在2 00左右徘徊，后来改成了5 1 2 ，比较合理。
对于Windows系统，2 04 8 是上限。
如果超过就会报错。
Linux比较灵活，但要注意内核参数。

等等，还有一件事。
我看到当max_connections设置为2 000时，服务器负载直接上升到2 00%。
这是因为每个连接都使用内存。
例如，默认的net_buffer_length是1 6 KB。
2 000 个连接意味着 3 2 MB 内存消失了。
所以需要计算：max_connections thread_stack（每个线程的堆栈大小）+其他内存消耗≈物理内存的3 0-4 0%。
这种关系非常重要。

我突然想到有些程序使用持久连接，所以应该有max_connections的空间。
例如，WordPress 默认使用 1 0 个连接。
如果max_connections只有1 00，网站一打开就会崩溃。
我给一个客户调整的时候，他本来设置为1 2 8 ，但是当插件一出现并发请求的时候，立马就爆炸了。
改成3 00后，系统再也没有出现过任何问题。

配置时的一个经验是：先根据公式计算出基本值，例如内存/3 2 MB。
然后检查Max_used_connections。
如果上周超过 8 0%，则再翻倍。
例如，上周平均 Max_used_connections 为 6 5 %，因此基值乘以 2 但有一个例外。
如果系统负载始终高于 1 .5 ，则应谨慎增加连接数。

最后我们来看一下细节。
有客户使用云服务器，流量突然增加，连接数增加。
后来发现他的应用程序代码在查询超时后重试了1 0次，每次都打开一个新连接。
更改代码后，max_connections可以减少一半。
这提醒我们，我们在看连接数的时候，不仅要关注配置，还要关注程序是如何使用的。

mysql数据库表之间是怎么关联的?请详解

说实话，当我第一次学习SQL时，它确实让我很困扰。
但后来我想通了，发现还蛮有趣的。
在上面提到的例子中，当学生时间表、课程时间表和成绩指标结合起来时，这是一个典型的场景。

试试吧。
例如，如果您想查看每个学生在课程中取得的成绩，则 LEFT JOIN 是合适的。
您提供的 SQL 编写正确。
学生表和科目表首先通过stu_id和sub_id链接，然后链接到level表。
碰巧的是，即使学生没有成绩，比如论文中只选择了课程但没有转换，你仍然可以在结果中看到它，但没有成绩一栏。

例如，他们认为有一个学生小明（2 号学生）选择了语文（1 号课），但记分卡上没有时间。
当你用左键查看时，你仍然会看到小明的命令，但没有任何效果。
如果使用INTERNAL CONNECTION，则根本找不到小明的线路。

有趣的是，当我做客户关系时，我经常使用这些类型的外部连接（左连接、右连接、全连接）。
例如，有一个客户要求很高，坚持要看到所有员工的名字，即使他们这个月没有订单。
这次，使用左侧链接将工作台设为左台，将精加工台设为右台。
于是就出现了所有员工都被纳入审核的情况，而该列却是空的，没有任何作用。
当时我对这个任务感到非常不知所措，花了半天时间才完成。

回到示例中的结构，您确实需要注意主键和外键。
例如：grades表中的stu_id是student表的第一个键，这是正确的。
但需要注意的是，外键检查不是由 SQL JOIN 本身完成的，而是在数据库级别完成的。
比如我使用MySQL的时候，建表的时候会写FOREIGN KEY(stu_id) REFERENCES Student(id)这样的表达式。
如果没有这个限制，如果你大胆地插入成绩单上学生列表中没有出现的学号，数据库会直接报错。

那是另一回事了。
你的SQL脚本使用AS非常清楚地给出别名，这很重要。
我以前很懒，把长名字缩短了。
这就是为什么我再也无法理解他们了。
但是当我写SQL时，即使其他表的名称很短，我仍然坚持像其他表一样添加AS。

您指出MySQL不支持FULL JOIN，这是真的。
我刚刚偶然发现了一个解决方案，开发人员正在要求这些服务。
最后我只用了两个左连接和两个不存在的连接来模拟一下，像SQL一样一波三折。
随着数据量的增加，效率确实受到影响。

归根结底，它连接公共字段中的表。
使用哪个链接取决于您想要执行的操作。
左连接保留左表，右连接保留右表，全连接保留两个表。
说白了，这取决于你的业务需求——你需要从左表中检索所有信息，还是右表最重要？