重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
亲您好,MySQL左连接和右连接的区别在于,左连接以左表为主表,右连接以右表为主表。
创新互联-专业网站定制、快速模板网站建设、高性价比铁力网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式铁力网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖铁力地区。费用合理售后完善,十多年实体公司更值得信赖。
因此,当改变左连接为右连接时,MySQL会将右表作为主表,而左表作为从表,这样会增加查询的复杂度,从而导致查询速度变慢。
会。
先连接后过滤:左连接leftjoin后,连接的右边的表未匹配到话会显示空值,但是加筛选条件就会把这些空值筛选掉,这些空值有部分其实用左连接是要保留下来的,结果经过过滤给过滤掉了,因此左连接的数据变少了,还是会被查出来的。
SQL查询左连接、右连接、内连接。左连接的定义是以左表为基础,根据ON后给出的两表的条件将两表连接起来。结果会将左表所有的查询信息列出,而右表只列出ON后条件与左表满足的部分。
现象:列表页因超时查不出来东西,使用postman模拟请花费40多秒,将sql语句单独提出来后查询速度非常慢,40多秒
先上结论:
在两个表关联字段上建立索引解决此问题,下面的内容比这句话爽多了,请继续看
表结构如下:
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调优相关经验