13518219792
现象:列表页因超时查不出来东西,使用postman模拟请花费40多秒,将sql语句单独提出来后查询速度非常慢,40多秒
成都创新互联专注于企业营销型网站建设、网站重做改版、清河门网站定制设计、自适应品牌网站建设、html5、商城网站定制开发、集团公司官网建设、成都外贸网站制作、高端网站制作、响应式网页设计等建站业务，价格优惠性价比高，为清河门等各大城市提供网站开发制作服务。
先上结论:
在两个表关联字段上建立索引解决此问题，下面的内容比这句话爽多了，请继续看
表结构如下:
users(用户)表:id,name
integal_record(分数记录)表:id,user_id,integal_id
其中,integal_record表的user_id关联着users表的id,业务目的是查询每个员工阅读次数、评论次数和积分总和,查询语句如下:
(里面写死的值是我从mybatis里扣出来的)
integral_id=1代表着阅读,integral_id=2代表着评论
查询时间快半分钟是无法让人接受的，从表象的SQL语句来说,首先我们看到有很多SUM函数,因此我们来测试下SUM函数的计算时间，如下查询每个人阅读的累计次数:
可以看出来计算时间很长和SUM函数没什么关系,再看整个SQL除了一些SUM函数外就剩下users表左联integal_record表,我们把条件去掉，直接就写个左查询试试
amazing，我的users表里有13400条数据，关联的integral_record 表里也有13000条数据，仅仅做了左连接竟然花费了70秒，这肯定是超时的元凶；所以我们explain一下，看看mysql对这条数据的查询策略:
查看结果:
我们看到type字段的结果是All，也就是代表全表扫描，那么就好办了，建立索引即可，其中users表中的id属于主键,策略自增,有默认的索引,不在考虑范围内，我们仅需对integral_record表增加索引即可:
继续执行左联语句查看运行时间:
时间仍然很久，索引并没有起作用，这里排除一些逃避困难时的迷信想法:mysql有bug 或者navicat有bug，有网络问题 哈哈哈.....我们来看左联的关键属性:
执行时间从60多秒变成了0.375s,整个世界都安静了，再次explain一下
发现mtemp(integal)表的检索方式从all变成了ref，索引，快的一批，深呼吸....
希望继续遇到这种sql需要优化的问题来增加sql调优相关经验
一般所说的左连接，外连接是指左外连接，右外连接。做个简单的测试你看吧。
先说左外连接和右外连接：
[TEST1@orcl#16-12月-11] SQLselect * from t1;
ID NAME
---------- --------------------
1 aaa
2 bbb
[TEST1@orcl#16-12月-11] SQLselect * from t2;
ID AGE
---------- ----------
1 20
3 30
左外连接：
[TEST1@orcl#16-12月-11] SQLselect * from t1 left join t2 on t1.id=t2.id;
ID NAME ID AGE
---------- -------------------- ---------- ----------
1 aaa 1 20
2 bbb
右外连接：
[TEST1@orcl#16-12月-11] SQLselect * from t1 right join t2 on t1.id=t2.id;
ID NAME ID AGE
---------- -------------------- ---------- ----------
1 aaa 1 20
3 30
从上面的显示你可以看出：左外连接是以左边的表为基准。通俗的讲，先将左边的表全部显示出来，然后右边的表id与左边表id相同的记录就“拼接”上去，比如说id为1的记录。如果没有匹配的id，比如说t1中id为2的t2中就没有。那边就以null显示。
右外连接过程正好相反。
再看内连接：
[TEST1@orcl#16-12月-11] SQLselect * from t1 inner join t2 on t1.id=t2.id;
ID NAME ID AGE
---------- -------------------- ---------- ----------
1 aaa 1 20
看到没有？ 只有一条记录。内连接就是只取出符合过滤条件的记录 也就是t1.id=t2.id 那么符合t1.id=t2.id的记录只有id=1这一条，所以只显示一条。 不像外连接，是将你作为基准的表（左外连接就是左边表为基准，右外连接就是右边表为基准）的所有行都显示出来。
error:1054 ？？？应该会明确告诉你那个字段什么的不存在吧，你检查一下？
为什么要用子查询呢，写一层sql查询就可以了啊。
select d.*,ds.stages_id, ds.mosters_id, dsm.monsters_id, dsm.moster_id, dsm.pos
from dungeon_info as d LEFT JOIN dungeon_stage_info as ds on d.dungeon_id = ds.dungeon_id
LEFT JOIN
dungeon_stage_moster_info as dsm on ds.monsters_id = dsm.monsters_id
三种连接的语法
为便于更多的技友快速读懂、理解，我们只讨论2张表对象进行连接操作的情况，大于2张表对象进行的连接操作原理也是一样的。
1.左连接（LEFT JOIN ）
SELECT M.columnname……,N.* columnname…..
FROM left_table M LEFT JOIN right_table N ON M.columnname_join=N.columnname_join AND N.columnname=XXX
WHERE M.columnname=XXX…..
设置主键的思路：业务字段做主键、自增字典做主键、手动赋值字段做主键。
多表查询：分散在多个不同的表里的数据查询出来的操作。
外键：从表中用来引用主表中数据的那个公共字段。
连接有2种类型的连接：内连接（inner join）和外连接（outer join）
内连接：查询结果只返回符合连接条件的记录。
外连接：查询结果返回某一个表中的所有记录，以及另一个表中满足连接条件的记录。
其中左连接：left join,返回左表中的所有记录，以及右表中符合连接条件的记录。
右连接：right join,返回右表中的所有记录，以及左表中符合连接条件的记录。
以下均为个人看法，不喜勿喷。
(1)写法上的区别
现在是两张表，写起来简单，如果是多张表，多种连接，甚至包含子查询，那么如果只存在左连接或者右连接，那么写法上会麻烦很多。
比如 a left join b on XXX=xxxx
right join c XXX=xxxx
left join d XXX=xxx
where a.xxxx=F.xxxx
等等，甚至更麻烦一些，那么只存在一种连接的话，改写起来就会比较麻烦。
（2）语句只是工具
习惯上我们一般会找一个主表（起主要作用的表），并从它开始写相应的语句，假设只存在一种连接，那么为了写语句就可能会打乱思维方式。语句只是工具，当然是怎么方便怎么来，所以二者相应的都存在。
（3）语言的规范性
我说的是编程语言，只有左没有右，就好像只有前没有后，内部解析的时候可能都是一样的，但是外部写作的时候必须是完整的，如果只有做没有右，那么可能就是缺失的。
